GNOME Bugzilla – Bug 746947
RFE: remove / make optional Undo pop-up when "Move to Trash"
Last modified: 2021-06-18 15:32:44 UTC
In 3.16.x ( nautilus-3.16.0-1.fc22.x86_64 ) there is a new feature which show pop-up to undo "delete" when you move file to Trash. If not removed this should be optional, if you move file to Trash, you have option to restore it, so no need to pop-up extra dialogs to ask for undo, and most of the time people move files to Trash because they want to do that, when they do it by accident, they can go to Trash and restore file/s. So this feature asks for extra steps while working with file management, and in most cases it is not needed, also other feature (Trash | Restore) has same functionality. (Please don't remove trash and its restore function in favor of this new feature!) And please try to make the fixes for 3.16.x.
Its not an 'extra dialog'. It is a notification, for good reason - notifications can safely be ignored. We can't remove Trash - if we didn't have Trash, we couldn't offer to undo.
(In reply to Matthias Clasen from comment #1) > Its not an 'extra dialog'. It is a notification, for good reason - > notifications can safely be ignored. > Ok, but this really is not needed, do "you" remove files by accident so often that you need this to "pop-up" every time you demand action to move something to trash (remove)? And as I said before, we already have "Restore" option, isn't it logical if you mess up something and move wrong file/files to Trash to go to Trash and try to restore it? This extra notification/option is not needed and just asks for extra attention, even if you say it is informational and can be ignored. > We can't remove Trash - if we didn't have Trash, we couldn't offer to undo. Ok, I didn't asked for Trash to be removed, but to make this optional and not remove/redo "Trash" as it is now in different way in future.
I agree that this notification must have an option to be switched off.
If you don't want to remove it yet, or disable it by default, at least try to make it optional, even as a hidden non-GUI option, so "we" can use gsettings to silent this notification.
As another way to make users aware that something just got into Trash, you can for example "blink"/ highlight / show_as_selected Trash entry (for some time/ few seconds) in left panel/favorites panel of nautilus, and keep information just about last action which happened, and add additional button to the "Trash" window (top panel, like "|Undo| |Restore| |Empty|")
If every undo-able action popped up a notification (it would be annoying and I'd want an option to turn it off even more...) but it would have some global purpose in nautilus. As it stands, this undo notification is a pointless layer of undo when moving a file to trash is already a layer of undo. There are other actions (move, copy, rename) that are "undoable" for which ctrl-z is good enough without the popup. For me, the removal of the option to skip the trash from the right-click menu, and this being the only instance of this pointless notification has just upped the annoyance factor.
(In reply to kellya from comment #6) > If every undo-able action popped up a notification (it would be annoying and > I'd want an option to turn it off even more...) but it would have some > global purpose in nautilus. > > As it stands, this undo notification is a pointless layer of undo when > moving a file to trash is already a layer of undo. There are other actions > (move, copy, rename) that are "undoable" for which ctrl-z is good enough > without the popup. > > For me, the removal of the option to skip the trash from the right-click > menu, and this being the only instance of this pointless notification has > just upped the annoyance factor. The "undo" is an aditional part, the important part is the notification that something has been deleted, in case the user pressed delete by accident. Anyway, designers are taking a look on how to do it a little less prominent, but the notification will stand for now because the reason behind it is important...
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version of Files (nautilus), then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/nautilus/-/issues/ Thank you for your understanding and your help.