After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 748692 - no 'delete' or 'move to trash' in the context menu of nautilus
no 'delete' or 'move to trash' in the context menu of nautilus
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.16.x
Other Linux
: Normal normal
: 3.16
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 747901 748795 750150 754167 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2015-04-30 11:00 UTC by haheute
Modified: 2015-08-28 18:32 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
screenshot (168.45 KB, image/jpeg)
2015-04-30 15:54 UTC, haheute
  Details
nautilus-view: show delete permanently on trash unsupported systems (4.19 KB, patch)
2015-05-13 12:02 UTC, Carlos Soriano
committed Details | Review

Description haheute 2015-04-30 11:00:15 UTC
In some directories, I don't have 'delete' or 'move to trash' in the menu, that appears when I right click a file in nautilus.

I am the owner and have permissions, I also can delete with 'shift+del', but the context menu options are missing.

for example for this file in /srv/http :

-rwxr-xr-x  1 hannes http   158216  8. Okt 2013  2000x1000.jpg

thunar shows both options and delete works there too.
Comment 1 Carlos Soriano 2015-04-30 13:44:34 UTC
Maybe because it's not allow to actually move to the trash but just delete it right? Do you remember if you could move to trash in the same situation in 3.14?
Comment 2 haheute 2015-04-30 15:32:25 UTC
That's right. 

The problem is, nautilus does not even show an option to delete when I right click a file in a specific folder. The same action with thunar shows 2 options: "move to trash" and "delete".
Comment 3 haheute 2015-04-30 15:54:32 UTC
Created attachment 302674 [details]
screenshot
Comment 4 Carlos Soriano 2015-05-04 09:00:36 UTC
whops yes
Comment 5 Carlos Soriano 2015-05-04 09:25:11 UTC
*** Bug 748795 has been marked as a duplicate of this bug. ***
Comment 6 António Fernandes 2015-05-09 11:30:52 UTC
Why is it not possible to send to trash? If the location in question does not support Trash, can't we just send it to Home's Trash?
Comment 7 Carlos Soriano 2015-05-11 07:56:37 UTC
(In reply to António Fernandes from comment #6)
> Why is it not possible to send to trash? If the location in question does
> not support Trash, can't we just send it to Home's Trash?

The trash is put in the volume that the file comes from, and is intended like that to avoid problems I guess. I can imagine not having enough space to move to trash and making the original system unusable just because a file you removed from your USB stick.

I guess there is more reasons to do it.
Comment 8 Carlos Soriano 2015-05-13 12:02:27 UTC
Created attachment 303305 [details] [review]
nautilus-view: show delete permanently on trash unsupported systems

We removed the menu item to delete permanently and instead always
allow the shortcut <shift>Delete to do so, thinking that move
to trash will be always available.

The problem is that trash is not supported on some systems, and the user
can be confused if there is no way to delete the item on the menu.

To fix that, still allow always to delete permanently with the shortcut
and show the menu item only when trash is not available.
Comment 9 Carlos Soriano 2015-05-13 13:23:37 UTC
Attachment 303305 [details] pushed as fdef74d - nautilus-view: show delete permanently on trash unsupported systems
Comment 10 alex diavatis 2015-05-14 12:53:21 UTC
*** Bug 747901 has been marked as a duplicate of this bug. ***
Comment 11 haheute 2015-05-16 12:58:54 UTC
thanks for fixing.
do you know in which version this will be changed? it seems 3.16.2 does not yet have the fix
Comment 12 haheute 2015-05-16 13:00:42 UTC
3.16.2-1
Comment 13 António Fernandes 2015-05-16 14:25:01 UTC
(In reply to haheute from comment #11)
> do you know in which version this will be changed?

The change is in the master branch (what will become 3.18). It has not been pushed to the 3.16 branch. (I don't know it intentional or not.)
Comment 14 Carlos Soriano 2015-05-18 07:42:07 UTC
Yes intentional, since it requires translation.
We will try for 3.16.3 if there is enough translations.
Comment 15 Carlos Soriano 2015-06-01 11:18:00 UTC
*** Bug 750150 has been marked as a duplicate of this bug. ***
Comment 16 Ondrej Holy 2015-08-28 09:50:16 UTC
*** Bug 754167 has been marked as a duplicate of this bug. ***
Comment 17 Ondrej Holy 2015-08-28 09:56:17 UTC
(In reply to Carlos Soriano from comment #14)
> Yes intentional, since it requires translation.
> We will try for 3.16.3 if there is enough translations.

So please use "_Delete" instead of "_Delete permanently" for 3.16.3 if there won't be enough translations. "_Delete" was there before and also it is used on different place, so I suppose it is already fully translated...
Comment 18 Carlos Soriano 2015-08-28 18:32:12 UTC
(In reply to Ondrej Holy from comment #17)
> (In reply to Carlos Soriano from comment #14)
> > Yes intentional, since it requires translation.
> > We will try for 3.16.3 if there is enough translations.
> 
> So please use "_Delete" instead of "_Delete permanently" for 3.16.3 if there
> won't be enough translations. "_Delete" was there before and also it is used
> on different place, so I suppose it is already fully translated...

Good idea. Will look into it if it is possible.