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 772797 - middle-click drag does not show the "Copy, Move, Link" context menu
middle-click drag does not show the "Copy, Move, Link" context menu
Status: RESOLVED INVALID
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.26.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-10-12 11:23 UTC by Antonio Ospite
Modified: 2018-12-12 10:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Antonio Ospite 2016-10-12 11:23:16 UTC
Hi,

Drag and drop with the middle mouse button used to show a contextual menu with "Copy, Move, Link" options.
That does not work anymore.

This happens with nautilus 3.22.0 either under gnome-flashback or gnome-shell; when using gnome-shell it happens either with a Wayland session or a Xorg session.

The old behavior is still mentioned somewhere: https://wiki.gnome.org/DocumentationProject/TipsAndTricks#Dragging_and_dropping_files and Carlos Soriano also confirmed that it should still be the intended behavior.

Thanks,
   Antonio
Comment 1 Antonio Ospite 2017-09-16 10:23:20 UTC
Ping, the regression is still there in 3.26
Comment 2 Vlad Orlov 2018-12-11 10:33:11 UTC
Hi,

I suspect it's due to a change in GTK+ between 3.18 and 3.20:

https://github.com/GNOME/gtk/commit/bfee45e6f9f13506f97c8765255c7dc0dd698420#diff-49b11334a9e92d47fbe5242a7a8f356dR2909

It seems like it always determines the suggested action (e.g. copy, move or ask user) for the primary mouse button. This can explain why it behaves the same with the middle button.

This also affects other file managers which are forks of Nautilus - Caja and Nemo:

https://github.com/mate-desktop/caja/issues/753
https://github.com/linuxmint/nemo/issues/1287#issuecomment-324671354
https://github.com/linuxmint/nemo/issues/1289#issuecomment-247057387

Given that GTK+ is already moved to https://gitlab.gnome.org but Nautilus stays here in bugzilla, I'm not sure what to do. This report probably can't be reassigned to GTK+ here. Maybe a new report for GTK+ on gitlab is needed.
Comment 3 Ernestas Kulik 2018-12-11 11:11:48 UTC
(In reply to Vlad Orlov from comment #2)
> Hi,
> 
> I suspect it's due to a change in GTK+ between 3.18 and 3.20:
> 
> https://github.com/GNOME/gtk/commit/
> bfee45e6f9f13506f97c8765255c7dc0dd698420#diff-
> 49b11334a9e92d47fbe5242a7a8f356dR2909
> 
> It seems like it always determines the suggested action (e.g. copy, move or
> ask user) for the primary mouse button. This can explain why it behaves the
> same with the middle button.
> 
> This also affects other file managers which are forks of Nautilus - Caja and
> Nemo:
> 
> https://github.com/mate-desktop/caja/issues/753
> https://github.com/linuxmint/nemo/issues/1287#issuecomment-324671354
> https://github.com/linuxmint/nemo/issues/1289#issuecomment-247057387
> 
> Given that GTK+ is already moved to https://gitlab.gnome.org but Nautilus
> stays here in bugzilla, I'm not sure what to do. This report probably can't
> be reassigned to GTK+ here. Maybe a new report for GTK+ on gitlab is needed.

Nautilus has also moved to GitLab, but no bugs were migrated. A new issue would be best, indeed.
Comment 4 Vlad Orlov 2018-12-12 09:34:56 UTC
Whoops, my bad. Somehow I didn't find Nautilus there at first...

Ok, I'll file a new report for GTK+ then.
Comment 5 Vlad Orlov 2018-12-12 10:14:16 UTC
Done: https://gitlab.gnome.org/GNOME/gtk/issues/1512
Comment 6 Antonio Ospite 2018-12-12 10:40:12 UTC
Thank you Vlad for forwarding the report.
Comment 7 André Klapper 2018-12-12 10:41:40 UTC
Closing as invalid as this seems to be about GTK as per comment 5.