shift-delete not handled

[frank]

shift-delete does nothing, in menu there is only "move to trash" (+open +properties), no way to delete files without trash

regards Frank

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: nautilus 1:3.36.2-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-31.35-generic 5.4.34
Uname: Linux 5.4.0-31-generic x86_64
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: GNOME-Flashback:GNOME
Date: Thu May 28 14:12:30 2020
GsettingsChanges:
 b'org.gnome.nautilus.preferences' b'always-use-location-entry' b'true'
 b'org.gnome.nautilus.preferences' b'default-folder-viewer' b"'list-view'"
 b'org.gnome.nautilus.list-view' b'default-column-order' b"['name', 'size', 'type', 'owner', 'group', 'permissions', 'where', 'date_modified', 'date_modified_with_time', 'date_accessed', 'recency', 'starred', 'detailed_type']"
InstallationDate: Installed on 2020-04-27 (31 days ago)
InstallationMedia: Ubuntu 20.04 LTS "Focal Fossa" - Release amd64 (20200423)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
UpgradeStatus: No upgrade log present (probably fresh install)
usr_lib_nautilus:

[frank (frankwu)]

templates submenu is also missing on desktop...available in nautilus-window (i have created some templates to get the menu in nautilus-window)

[Sebastien Bacher (seb128)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 1844808, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

[frank (frankwu)]

linked bug is for delete-key only (without shift). delete key is working with proposed package but not shift-delete.

also the other issues named here are not part of the linked bug

[Sebastien Bacher (seb128)]

Could you open another report about the localization issue including a screenshot or photo?

Reassigning to the right component, nautilus stopped handling the desktop

Updating the title also, we use one report by issue since otherwise things become confusing

[Sebastien Bacher (seb128)]

The shift-delete issue has been reported upstream as https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/issues/30

[frank (frankwu)]

localization-issue is reported here:

https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-desktop-icons/+bug/1882531

have created it manually because i cannot report bug using ubuntu-bug command for this package due to installed proposed package (can i reinstall the official main-package?)

btw. is there a way to find out right package if it is not a simple application-package like here?

[Sebastien Bacher (seb128)]

> btw. is there a way to find out right package if it is not a simple application-package like here?

Not really sorry

[frank (frankwu)]

tried in ubuntu-session....there it works, but not in gnome-flashback

[frank (frankwu)]

in ubuntu-session there was no dialog on shift-delete, and only delete was handled (shift ignored)...so moved to trash

in gnome-flashback nothing happens if i press shift-delete

[Daniel van Vugt (vanvugt)]

gnome-shell-extension-desktop-icons is already covered by bug 1844808

[Sebastien Bacher (seb128)]

Daniel, bug #1844808 is another problem and a regression from 3.36 where the key handling code hadn't be updated to match the new symbols name. Where the issue here is that the confirmation dialog that you get in nautilus by doing shift-delete to bypass the trash isn't implemented

that's known upstream as https://gitlab.gnome.org/World/ShellExtensions/desktop-icons/-/issues/30

reopening and marking as triaged

[Daniel van Vugt (vanvugt)]

Let's be clear - the original reporter is not using gnome-shell-extension-desktop-icons. He is using nautilus, via gnome-flashback.

I'm happy for us to commandeer this bug to track a different upstream issue in gnome-shell-extension-desktop-icons, but it's not what the original reporter is talking about.

[Daniel van Vugt (vanvugt)]

Or whatever gnome-flashback uses in the absence of nautilus-desktop. Still, it's not gnome-shell-extension-desktop-icons :)

[frank (frankwu)]

How can i figure out if nautilus or any other desktop handler is used in flashback to push the bug there?

Btw. Last state was also for gnome-extension-desktop-icons because in ubuntu-session there is only delete (proposed package), shift+delete moves to trash too (without dialog).

[Dmitry Shachnev (mitya57)]

For GNOME Flashback, this is fixed in version 3.37.1, available in Ubuntu development release (Groovy).

It cannot be backported to 20.04 (Focal) because it needs changes in Nautilus that are only available in Nautilus 3.37.1.1.

I guess a fix for gnome-shell-extension-desktop-icons in 20.04 will be impossible for the same reason.

[Daniel van Vugt (vanvugt)]

gnome-shell-extension-desktop-icons has no relation to the Nautilus code, so that will be fixable.

[Dmitry Shachnev (mitya57)]

> gnome-shell-extension-desktop-icons has no relation to the Nautilus code

Well, for moving files to trash it uses org.gnome.Nautilus.FileOperations D-Bus interface, see dbusUtils.js. So it should either implement the deletion itself, or use the new D-Bus interface added in Nautilus 3.37.x.

[frank (frankwu)]

In gnome-flashback state is "fix released",but i see none there. Can i see it anywhere? Or did the bug assigned to nautilus? How to do this?

[Dmitry Shachnev (mitya57)]

Please see comment #18. It is fixed in Ubuntu 20.10, but it won't be fixed in 20.04 LTS.

[frank (frankwu)]

Can't nautilus be upgraded in 20.4 too to have the base for patches in flashback? 20.4 is lts and out 3 months :) i guess in any dot-release it can upgrade some packages too if they do not break anything else

[Alberts Muktupāvels (muktupavels)]

Nautilus in 20.10 has development release - 3.37.x. You don't want development release in stable / LTS release. Also adding needed change as patch is risky, change is not small:
https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/504