GNOME Bugzilla – Bug 514697
trash problems with filesystems not supporting uid and/or sticky bit - should we allow admin override
Last modified: 2018-09-21 16:17:35 UTC
Trashing a file on a vfat disk create a directory with the user uid, this one is ignored by gvfs then since the owner doesn't correspond
I discussed this a bit with david faure (of kde) and came up with this proposal: http://lists.freedesktop.org/archives/xdg/2008-February/009192.html
Is this https://bugs.launchpad.net/bugs/192629 ? Regards,
no decision taken for this bug? somebody working on it? I just would like to say this is a pain for new Linux users, who generally use a Win/Linux dualboot for soft transition, with FAT or NTFS partition for Win/Linux doc exchange, as it prevents from deleting songs in Rhythmbox, pictures in EOG, files in Nautilus... Please warn them of the security problem (with an option for more security if you want) but don't make their "transition to Linux" a pain! Regards
Approaching the one year anniversary of this bug on bugzilla, and there doesn't seem to be any progress. It's been on launchpad for longer again too. Since this effectively makes it impossible to do simple file handling tasks using default gnome applications, this is a serious bug. For example, if a user plugs in a digital camera and flicks through the pictures (with eog), they cannot delete unwanted pictures. As Yann says, this is a serious problem.
Alex linked to a proposal in comment 1. Feel free to work on a patch implementing it, if you want to see this fixed more quickly.
Matthias, Alex's proposal (from 11 months ago) looks good. But seriously, I thought this had been done to death in the open source world already. Maybe telling users to fix your software for you isn't the best approach to development?
I'll try writing a patch for this. Doesn't look too hard, but if GNOME developers want outside folks like me writing patches I wish they'd comment more. I guess the strategy here would be to add a third directory (.Trash/shared) in trash_mount_insert() in daemon/trashlib/trashwatcher.c if the proper conditions are met? It would be nice if a developer could confirm this so I don't waste my time.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/34.