D28901: Add KIO::StatRecursiveSize detail value so kio_trash only does this on demand

Méven Car noreply at phabricator.kde.org
Sat Apr 18 17:37:51 BST 2020


meven accepted this revision.
meven added inline comments.
This revision is now accepted and ready to land.

INLINE COMMENTS

> dfaure wrote in global.h:323
> There are bugs in the current kio_file implementation if StatBasic isn't set.
> 
>   mode_t type = 0;
>   if (details & KIO::StatBasic) {
>       ... code that sets type ...
>   }
>   if (details & KIO::StatAcl) {
>       appendACLAtoms(targetPath, entry, type); // oops type is 0
>   }
> 
> Hmm I thought I saw more, but now I don't see more (must have been fixed meanwhile). If you fix the bug I'm happy to remove the comment, LOL.

I believe it was `StatResolveSymlink`
D28947 <https://phabricator.kde.org/D28947> for the StatAcl fix

REPOSITORY
  R241 KIO

BRANCH
  2020_optimize_recursive_size

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

To: dfaure, meven, ngraham
Cc: kde-frameworks-devel, LeGast00n, cblack, michaelh, ngraham, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20200418/81966527/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list