![]() Registered Member ![]()
|
So according to this, I have to either create a $topdir/.Trash with 777 + sticky bit permissions as root, or let dolphin create a user specific directory on the remote share. This doesn't seem to work.
I have a .Trash in both the local $topdir (/home/myuser/remshare) and the remote $topdir (/data), I can also see a .Trash-1000 directory (which is the id of both my remote and local user). The specification says that in case the .Trash folder with correct permissions doesn't exist, it should use the user-specific directory and if it does not exist it MUST create one. Why is dolphin still insisting on moving the files to my .local Trash folder? Mounted using
Version info: Qt: 4.8.6 KDE Development Platform: 4.14.6 Dolphin: 14.12.3 Running arch linux x64 |
![]() ![]()
|
Apparently kio_trash does not. https://bugs.kde.org/show_bug.cgi?id=76380 Though there's contradicting https://bugs.kde.org/show_bug.cgi?id=178479 Maybe a dolphin thing, though (not using available API) https://bugs.kde.org/show_bug.cgi?id=177023 |
![]() Registered Member ![]()
|
This is pretty confusing. I've also tested Konqueror and pcmanfm-qt. Konqueror behaves as dolphin, while pcmanfm-qt does the right thing. So I'm doubting it's doplhin-specific.
|
![]() ![]()
|
pcmanfm-qt doesn't operate on kio_trash at all while konqueror uses (afaik) dolphin as kpart.
One could test krusader - if it does "the right thing™" it's probably dolphin specific. If not, it either doesn't use the proper kio_trash API either or the bug is in kio_trash |
![]() Registered Member ![]()
|
Yes, I am aware that pcman-fm-qt doesn't use kio, that was just to see if it was a permission problem or a kio_trash problem.
Krusader doesn't use trash on smb/sshfs filesystems, it deletes files directly (which is imho a better approach than pulling huge files over network and dumping them on my SSD, to be honest ![]() |
Registered users: Bing [Bot], blue_bullet, Google [Bot], Sogou [Bot], Yahoo [Bot]