Cinnamon+KDE+MATE: Firefox breaks when dragging tabs at the same time as switching them
Categories
(Core :: Widget: Gtk, defect, P2)
Tracking
()
People
(Reporter: yoasif, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: hang, regression)
Attachments
(1 file)
(deleted),
video/webm
|
Details |
From: https://www.reddit.com/r/firefox/comments/xwv91x/firefox_breaks_when_dragging_tabs_at_the_same/
Sometimes when I switch my current tab to a different tab and I accidentally drag the tab on the bar at the same time, Firefox locks up and begins rendering a gray screen. I am still able to change the open tab, because the uppermost bar will display the correct page name, but I can only resume using Firefox by restarting Firefox all together, or pressing alt+F2 and inputting "r". This normally makes Firefox return to normal, but sometimes I am left being not able to click on the URL bar area at all, including my pinned addons, and cannot close the current tab I am in, only tabs I am not viewing. Minimizing and re-maximizing the open window allows me to resume viewing the page I have opened, but once I swap tabs it returns to a gray page.
mozregression shows:
20:19.85 INFO: Last good revision: 78a0b6b0e8420c82792c9911d24696f2ec5b74ea
20:19.85 INFO: First bad revision: 9648a34ca72f2cf7dc1115b2b8f957e58280bf26
20:19.85 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=78a0b6b0e8420c82792c9911d24696f2ec5b74ea&tochange=9648a34ca72f2cf7dc1115b2b8f957e58280bf26
Updated•2 years ago
|
Comment 1•2 years ago
|
||
Set release status flags based on info from the regressing bug 1782049
:stransky, since you are the author of the regressor, bug 1782049, could you take a look? Also, could you set the severity field?
For more information, please visit auto_nag documentation.
Comment 2•2 years ago
|
||
Can you please create a screencast of it?
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Collect_information_for_a_bug_report
Thanks.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 3•2 years ago
|
||
I tried to reproduce but without luck. Would be great to see a screencast of it so I can try to reproduce it.
Thanks.
Updated•2 years ago
|
Reporter | ||
Comment 4•2 years ago
|
||
Martin, the user responded with a screencast. See attached.
You can see the page actually open when the issue occurs is Wikipedia, despite Google being rendered.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 11•1 year ago
|
||
I still encounter this issue with firefox 112.0 right now.
Is a fix or workaround available ?
Comment 12•1 year ago
|
||
(In reply to dav87legrand from comment #11)
Which desktop environment and Linux distribution are you using?
Comment 13•1 year ago
|
||
(In reply to Darkspirit from comment #12)
(In reply to dav87legrand from comment #11)
Which desktop environment and Linux distribution are you using?
Up to date Manjaro with Gnome 43.4.
Comment 15•1 year ago
|
||
Just figured out that if I disable tab drag images by setting "nglayout.enable_drag_images" to False it appears to fix the issue for me.
Comment 16•1 year ago
|
||
(In reply to Jessica from comment #15)
Just figured out that if I disable tab drag images by setting "nglayout.enable_drag_images" to False it appears to fix the issue for me.
Yes, it fix the issue for me too. Thanks.
Comment 17•1 year ago
|
||
(In reply to Jessica from comment #15)
Just figured out that if I disable tab drag images by setting "nglayout.enable_drag_images" to False it appears to fix the issue for me.
+1
Description
•