[linux] drag tab stops working
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: zlice555, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
27.87 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:126.0) Gecko/20100101 Firefox/126.0
Steps to reproduce:
drag a tab in or out of a window
Actual results:
after that tab is dropped, drag-n-drop for tabs quits working
Expected results:
keeps working
Comment 1•10 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Tabbed Browser' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•10 months ago
|
||
Is this on Wayland or on Xorg? Which window manager is used?
xorg, fluxbox. i could test on something else but this same bug has happened before.
looks like firefox nightly must have just updated, working now. feel free to close
cancel that, it would appear it quits working randomly. tabs won't drag again.
mozregression doesnt seem to be pullling all builds, and this is hard to reproduce anyway. expected a '[linux]' commit from stansky and emillio. see some from the past couple days for linux and gdk, a couple that add mutexes. fwiw i have nglayout.enable_drag_images
false
Comment 7•10 months ago
|
||
It seems possible that bug 1875031 fixed this; would you mind checking again in the latest nightly build?
could be. it's hard to make it happen and seems semi-random. once it's locked it's locked so i'll notice it in a weekish if it's still an issue. fwiw havent seen it in the past couple days
i guess i haven't really seen this, so it either is fixed or very rare. feel free to close.
Reporter | ||
Comment 10•10 months ago
|
||
started happening today. so i guess this is still a problem.
Comment 11•10 months ago
|
||
Okay, Thanks.
Reporter | ||
Comment 12•10 months ago
|
||
i don't know if you saw the second comment. it's still happening
Comment 13•10 months ago
|
||
I see, Thanks.
Comment 14•9 months ago
|
||
Also experiencing this on i3.
Comment 15•9 months ago
|
||
Hello! I have tried to reproduce the issue with firefox 126.0a1(2024-04-08) on Ubuntu 22.04, unfortunately I wasn't able to reproduce the issue on my end.
Could you please answer the following questions in order to further investigate this issue:
- Does this issue happen with a new profile? Here is a link on how to create one: https://support.mozilla.org/en-US/kb/profile-manager-create-remove-switch-firefox-profiles
- Does this issue happen in the latest nightly? Here is a link from where you can download it: https://www.mozilla.org/en-US/firefox/channel/desktop/
- Do you have any addons installed? If yes could you please list them?
Reporter | ||
Comment 16•9 months ago
|
||
My profile was rebuilt right before this started happening. I am on nightly.
ublock and vimium which do not affect the tabs afaik.
There is no easy way to reproduce this, it happened to me last night while searching and opening multiple windows and tabs. The best I have to go off of are the commits around the March 27th when I noticed this happening. Some of the [Linux]
commits seemed possibly related iirc
https://hg.mozilla.org/mozilla-central/pushloghtml/5
https://hg.mozilla.org/mozilla-central/rev/79a66bf59a9a6178f8cd43b5f891e4426a4f1fc8
https://hg.mozilla.org/mozilla-central/rev/ba04f6471cad4872240f3bf48621194de6af51f6
https://hg.mozilla.org/mozilla-central/rev/21247c16b00c4e58439eda945000b0964cf2278f
https://hg.mozilla.org/mozilla-central/rev/2d8b8f4a61885b098380625bfe858299c6554a54
https://hg.mozilla.org/mozilla-central/rev/5b7014434f4e2fd550850fc7295b4e471e51551b
Comment 17•9 months ago
|
||
Please try to capture broken scenario and attach log from it. Run Firefox on terminal as:
MOZ_LOG="WidgetDrag:5" firefox > log.txt 2>&1
and if you reproduce it attach log.txt here.
Thanks.
Reporter | ||
Comment 18•9 months ago
|
||
will do
Reporter | ||
Comment 19•9 months ago
|
||
nothing today. but i did find something else that's a 'bug'. ctrl+t for new tab and click/drag at the same time and youre dragging 2 tabs?
Comment 20•9 months ago
|
||
I too have encountered the bug a couple of times (X11/KWin); no STR. I will capture a log next time. Hopefully, doing it via about:logging
after the issue manifests would be enough, since its size would be in the hundreds of GBs otherwise.
I, also, have an issue that started happening at the same timeframe (no STR either) and I suspect it is related to this. Sometimes the keyboard input remains "fixed" in a window. For example, I have two windows open and the caret is focused on the urlbar of the first window. When I try to select the urlbar of the second window and type in, the text is inserted in the urlbar of the first window instead. This is temporarily fixed by opening and closing a new window, but only truly resolved by restarting the browser. Is there any log I could capture for this?
Comment 21•9 months ago
|
||
Btw, the last buildids I encountered those issues were: 20240414212202 (this bug), and 20240414091434 (keyboard input issue).
Reporter | ||
Comment 22•9 months ago
|
||
So I've had this happen but updating nightly restarts firefox and detaches from terminal.
Apparently, opening a new window fixed dragging?
Is there a better way to capture something when dragging does quit working?
Maybe I'll have to do the debug log and then automate new windows and dragging...
Comment 23•9 months ago
|
||
(In reply to zlice from comment #22)
So I've had this happen but updating nightly restarts firefox and detaches from terminal.
Please try again. It updates once per day, so next time it should stay on terminal and produce the log.
Reporter | ||
Comment 24•9 months ago
|
||
not sure if this helps. looks like mostly the same thing over and over agan
Reporter | ||
Comment 25•9 months ago
|
||
Reporter | ||
Comment 26•9 months ago
|
||
fwiw - since i stopped running with the debug option, this issue seems to happen way more often
Reporter | ||
Comment 27•9 months ago
|
||
noticed this can actually stop all drag-n-drop, images and text wouldn't drag today
Comment 28•8 months ago
|
||
Please test when Bug 1881229 hits Nightly. I'll look at it you see see it after it.
Reporter | ||
Comment 29•8 months ago
|
||
I think those commits went in? I haven't noticed anything yet but freezing is random so I'll try to open and drag a bunch of tabs tonight or something.
Reporter | ||
Comment 30•8 months ago
|
||
It does seem that I cannot drag and drop pictures to google image search (or anywhere).
Reporter | ||
Comment 31•8 months ago
|
||
Or even a blank page. Which should open a file if you drag and drop to it.
Reporter | ||
Comment 32•8 months ago
|
||
Well, it seems the image thing makes tab dragging break. At least it's reproducible =/
Comment 33•8 months ago
|
||
(In reply to zlice from comment #32)
Well, it seems the image thing makes tab dragging break. At least it's reproducible =/
Okay, will look at it. Please provide reproduction steps.
Thanks.
Reporter | ||
Comment 34•8 months ago
|
||
- open up a file manager (rox, pcmanfm-qt)
- drag a picture to a firefox window
- tab (all?) dragging breaks
fluxbox and openbox
Comment 35•8 months ago
|
||
Please try latest nightly as we landed D210942/D210940 recently:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_binaries
Thanks.
Comment 36•8 months ago
|
||
If you can reproduce it with latest nightly please attach the
MOZ_LOG="WidgetDrag:5" firefox > log.txt 2>&1
log. I updated the logging to get more info.
Thanks.
Comment 37•8 months ago
|
||
I'm on MX-Linux running 126.0 (64-bit) and also can't drag tabs, or drag the URL to add it to a bookmark.
Happy to provide any debug logs if that would help.
Reporter | ||
Comment 38•8 months ago
|
||
If you're on nightly and can run with the MOZ_LOG var plz do. The update this morning fixed my reproducible file drag which caused things to break and I'm guessing that means it will be hit or miss if I get it today.
Reporter | ||
Comment 39•8 months ago
|
||
i haven't seen this since the last update. not sure how long it may take to resurface or until it's considered fixed.
Reporter | ||
Comment 40•8 months ago
|
||
still haven't seen this in days/weeks. i guess feel free to close it. not sure if there was another change or the debugging is enough to hide a race condition? thanks stransky
Updated•6 months ago
|
Description
•