Description of problem: Dragging a tab to reorder it does not work, it results in the tab being open in two copies. Version-Release number of selected component (if applicable): firefox-60.0.1-3.fc28.x86_64 How reproducible: 100% Steps to Reproduce: 1. have at least two tabs 2. drag a tab to reorder
Thanks. Do you see that on Wayland backend only or also X11 (default) backend is affected?
Under Xwayland is fine. So only wayland-native seems to be a problem. Looking at this more closely, the change in behaviour starts immediately when I start dragging the tab: under Xwayland, the "tab handle" moves, under wayland I get a little icon (a page with a small plus).
Looks like the "Copy" operation is a default on Wayland although I wonder why it does not affects other Gtk+ apps on Wayland. You can use modificators (Ctrl, Shift) to change the target operation. Still investigating.
Indeed, shift-drag works. (There's also something off with both middle-click paste and "windows-style" paste with ctrl-v. Sometimes it works, sometimes doesn't, but I haven't figured out any pattern yet. It might be related, if something is off with modifiers... I'll open a new bug report after I gather some more data.)
Moving upstream - https://bugzilla.mozilla.org/show_bug.cgi?id=1464808
Fixed at firefox-60.0.1-4 builds at https://koji.fedoraproject.org/koji/packageinfo?packageID=37
I can confirm that this is fixed. Thanks!
It's back in firefox-wayland-63.0.1-5.fc29.x86_64. Exactly the same as before, shift-drag works.
This bug has been fixed upstream and is no longer present.