D15718: Do not index the path if the path has no execute permissions.

[James Smith]

smithjd added a comment.


  > No, because even if the default umask is 002, or 022, POSIX says that the default permissions of a file on creation are going to be 0666, not 0777:
  
  Trial-and-error proven. :(
  
  In D15718#331449 <https://phabricator.kde.org/D15718#331449>, @ngraham wrote:
  
  > Let's back up a bit. What's the goal here? What are you trying to accomplish?
  
  
  Baloo currently has no method for do-not-index. Perhaps a better way exists that prevents new downloads from automatically being indexed and can also prevent Baloo vaults from being indexed?
  
  Tracker uses a .trackerignore file. This (or something similar) probably has little chance as a default distro safety feature and its usefulness is questionable (browsers let you save outside the downloads folder), so this is out for the first requirement. This may be a candidate for the second requirement.
  
  While this method is already proven, the xdg method of setting tags can fit well the second requirement. KDE is sadly lacking in xattr support (no 'Attributes' tab in file property dialog, xattrs can be silently dropped by KIO when moved across filesystems, ...). A variation of the xdg recommendation, only recognizing false tags, would also work well.
  
  The first requirement could be solved by ignoring files with no execute bit set, though this is opposed. (extra work, etc)

REPOSITORY
  R293 Baloo

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

To: smithjd, ngraham, #baloo, ltoscano
Cc: ltoscano, marten, bruns, ngraham, kde-frameworks-devel, #baloo, ashaposhnikov, michaelh, astippich, spoorun, abrahams
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20180925/8e64de9d/attachment.html>