Browser crash when dragging tab during video call
Categories
(Core :: WebRTC: Audio/Video, defect)
Tracking
()
People
(Reporter: eric, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:83.0) Gecko/20100101 Firefox/83.0
Steps to reproduce:
Specifically Firefox 83.0 64-bit on Linux Ubuntu 18.04 Kernel 4.15.0.
- Open two separate firefox windows, each with multiple tabs open
- In window #1, open a video call on Jitsi Meet (https://meet.jit.si/CompulsoryClinicsSailCuriously or similar)
- In window #2 drag a tab downward to create a new window
Actual results:
Firefox crashes. My webcam light is still on, and my camera reports being "in use" so I can't use it again until I reboot.
Expected results:
The tab you dragged should create a new window with only that tab in it.
Reporter | ||
Updated•4 years ago
|
Reporter | ||
Updated•4 years ago
|
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•4 years ago
|
||
I ran into the same problem multiple times on macOS (Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:83.0) Gecko/20100101 Firefox/83.0) while on a Google Meet call today. One time, it crashed the entire browser; one time it crashed just the tab; and one time it didn't crash the browser or tab but left the tabs in a janky state.
Specifically, the tab I was attempting to drag appeared to be floating between two other tabs, but I couldn't actually click on it in that apparent position. Its actual position (as far as where I could click on it) was still in its previous, pre-drag position. Cmd+Tab and Cmd+Shift+Tab also acted as if it was in its pre-drag position. I had to restart the browser to get the tabs to appear normal again.
Comment 3•4 years ago
|
||
Hi Eric (and Adam), thanks for reporting!
I'm not able to reproduce. Would you happen to have the crash report from about:crashes
? If you submit that and link it here that would be extremely helpful.
If this reproduces 100% of the time, then another thing that would be very helpful is running the https://mozilla.github.io/mozregression tool on it to narrow down a regression range. Thanks!
Updated•4 years ago
|
Comment 4•4 years ago
|
||
I don't have access to the machine with that crash report at this moment, but I will be able to get that some time next week or so. I did click the "submit crash" button that popped up at the time it happened, so it's possible my crash report may already be in your system somewhere.
Comment 5•4 years ago
•
|
||
It most likely is, but we have no way of correlating it to you.
If you recall the date (and time, but hopefully your Firefox doesn't crash multiple times a day!) that it happened, you should be able to locate it under "Submitted crash reports" in about:crashes
. If you could paste that crash id here, when you get a chance, it would let us locate it. Thanks!
Comment 6•4 years ago
|
||
These are the two crashes I ran into on Nov 28 are these:
https://crash-stats.mozilla.org/report/index/a17bc8c1-547f-4ff9-9879-945500201128
https://crash-stats.mozilla.org/report/index/1d431648-c3ab-4d3a-9a6c-df83b0201128
Comment 7•4 years ago
|
||
My crashes look like a dupe of bug 1627673, which is fixed in Firefox 84.
Reporter | ||
Comment 8•4 years ago
|
||
I'm fairly sure these are my related crash ids:
bp-411db67b-3bcd-4bf0-8b8b-7e34b0201208
bp-7437031c-36ea-48de-b5fa-dbade0201124
Comment 9•4 years ago
|
||
The severity field is not set for this bug.
:jib, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 10•4 years ago
|
||
Crash reports from both reporters point to the same bug.
Description
•