D27951: Allow users to change dropAction to MoveAction through kdeglobals

Méven Car noreply at phabricator.kde.org
Fri Apr 10 07:32:55 BST 2020


meven added a comment.


  In D27951#641207 <https://phabricator.kde.org/D27951#641207>, @trmdi wrote:
  
  > In D27951#641173 <https://phabricator.kde.org/D27951#641173>, @meven wrote:
  >
  > > In D27951#639386 <https://phabricator.kde.org/D27951#639386>, @trmdi wrote:
  > >
  > > > In D27951#639350 <https://phabricator.kde.org/D27951#639350>, @meven wrote:
  > > >
  > > > > Anything that concerns a kdeconnet:/ url is handled by the kdeconnect ioslave, including the stat call made in `KIO::StatJob`.
  > > > >  It is in the kdeconnect code base, the issue you point to is there.
  > > >
  > > >
  > > > Thanks, got it. Then could we simply use KMountPoint instead of UDS_Device_ID ? KMountPoint seems more reliable.
  > >
  > >
  > > But KMountPoint induces more cost (it makes a syscall and a bunch of parsing).
  > >  So instead I would recommend fixing the issue in kdeconnect (and potentially other ioslave) as it will fix things here and elsewhere potentially too.
  > >
  > > Also `local = url.isLocalFile` should return false for kdeconnect in the first place.
  > >  So I belive you can avoid using KMountPoint at all and use only stat.
  >
  >
  > No, kde connect files have local urls.
  
  
  I thought their file scheme would be kdeconnect. They would be on a fuse mount, either way it is detectable.
  
  > Fixing every ioslave is too difficult. 
  >  So I should drop this idea.
  
  It does not rest on your shoulder only, fear not.
  I did not expect you to do all of this, but this could be a very shorltist as we don't that many writable filesystem-like ioslave that will need actual fixing.
  I meant this is not your concern for this patch.
  
  This is a nice feature some of our users will appreciate.
  
  So I would encourage you to reconsider abandoning this work.
  
  I might take over to finish it eventually.

REPOSITORY
  R241 KIO

REVISION DETAIL
  https://phabricator.kde.org/D27951

To: trmdi, ngraham, dfaure, meven, #vdg, davidedmundson
Cc: bruns, elvisangelaccio, davidedmundson, meven, kde-frameworks-devel, LeGast00n, cblack, GB_2, michaelh, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20200410/797eac75/attachment.html>


More information about the Kde-frameworks-devel mailing list