[Intermittent] Tab partially overlapped when attempting to change its position
Categories
(Firefox :: Tabbed Browser, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox69 | --- | fix-optional |
People
(Reporter: asoncutean, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(4 files)
[Affected versions]:
- 69.0a1 (2019-06-26)
[Affected platforms]:
- Ubuntu 18.04 x64
[Steps to reproduce]:
- Have two windows opened
- Drag a tab from one window to the other
Note: make sure you are not overriding any existing tab - Attempt to move the dragged tab from second position to the first
[Expected result]:
- The tab is integrated correctly in the browser window.
[Actual result]:
- The tab is partially covered by the first tab.
[Regression range]:
- Not sure I can determine one, since it was tricky to reproduce it in the first place.
[Additional Notes]:
- I manage to reproduce this issue only once.
- Screenshot took after opened a New tab: https://drive.google.com/open?id=18gxfYJ5onz6ZaJskXBTWE04Ekz_Wndsx
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Likely related to bug 1355507.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 2•5 years ago
|
||
I tried to find the regression for this issue but i didn't manage to reproduce the bug, so i will delete the regressionwindow-wanted and regression tags due to the fact that this issue is intermitent and impossible to find a regression.
Updated•5 years ago
|
I've managed to encounter this issue twice, but it was not required to be moving tabs between two windows. Interestingly, Google Docs was involved both times, although that could be a simple coincidence.
I worded that poorly. I mean that in both cases where this happened I only had one window open.
When this happens, other tabs start misbehaving as well. The close tab button no longer functions on other tabs (although CTRL+W does) and the URL bar stops working (except for new empty tabs)
Comment 9•4 years ago
|
||
(In reply to dalley from comment #8)
When this happens, other tabs start misbehaving as well. The close tab button no longer functions on other tabs (although CTRL+W does) and the URL bar stops working (except for new empty tabs)
Was the hover styling still applied on close buttons? Are there any errors in your browser console when you see the above bugs?
Comment 10•4 years ago
|
||
Sorry, I already restarted the browser. If it occurs a third time, I'll check those things.
Comment 11•4 years ago
|
||
This happened to me again, I forgot to check the browser console for errors, but I did not see hover styling on the close buttons. They are simply non-functional in all respects. It's also impossible to any tabs around after this happens.
And has occurred on both Xorg and Wayland.
Comment 12•4 years ago
|
||
To move* any tabs around. This is Firefox 80.0.1
Comment 13•4 years ago
|
||
This happened again, I did not see any errors in the browser console. But the common element every single time it has failed in this way is that I had a both a google meet video call and a google doc tab open. And often it has happened immediately after opening the google docs tab or manipulating it in some way such as moving it around in the tab bar.
I'm reasonably certain I've never seen it happen without both of those websites being involved.
Comment 14•4 years ago
|
||
I've reached a point where I can semi-reliably reproduce this including creating two videos where catch it happening live. The thing is, I haven't been able to make it happen in a fresh profile yet, only my "normal" one.
I'm not sure where to go from here. How should I continue debugging?
It seems at least vaguely related to video playback, since I've been having this problem with Google Meet, and the original reporter had Netflix open.
Comment 15•4 years ago
|
||
It does still reproduce in my normal profile while running in safe mode w/ all addons disabled.
And I got it to happen once without google docs loaded but it seems way more likely to happen when it is for whatever reason.
Comment 16•4 years ago
|
||
I run into this every time I load up GMeet and then try to move it tear it off to another window. It'll sometimes render the entire browser chrome inoperable (though the rest of the browser will continue functioning). This just happens in my normal profile (on Nightly). I definitely don't need GDocs loaded to make stuff go awry.
Comment 17•4 years ago
|
||
(In reply to Dirkjan Ochtman (:djc) from comment #16)
I run into this every time I load up GMeet and then try to move it tear it off to another window. It'll sometimes render the entire browser chrome inoperable (though the rest of the browser will continue functioning).
This sounds like bug 1621458.
Comment 19•4 years ago
|
||
I have encountered the issue while in a call on WebEx, with microphone being shared.
Comment 21•3 years ago
|
||
Still happening in Firefox 89
Updated•2 years ago
|
Updated•2 years ago
|
Comment 22•2 years ago
|
||
The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:dao, could you consider increasing the bug severity?
For more information, please visit auto_nag documentation.
Comment 23•1 year ago
|
||
(In reply to Dão Gottwald [::dao] from comment #17)
(In reply to Dirkjan Ochtman (:djc) from comment #16)
I run into this every time I load up GMeet and then try to move it tear it off to another window. It'll sometimes render the entire browser chrome inoperable (though the rest of the browser will continue functioning).
This sounds like bug 1621458.
This was fixed, as was bug 1721308, so I'm going to tentatively mark WFM - if people still see this with Firefox 110 (released next week) or later, let's open new bugs with specifics.
Description
•