Google Meet video call hanged and developer tools became unusable
Categories
(Core :: WebRTC: Audio/Video, defect, P3)
Tracking
()
People
(Reporter: alex_mayorga, Unassigned)
References
(Blocks 2 open bugs, )
Details
(Keywords: nightly-community, Whiteboard: [wfh])
Attachments
(1 file)
24.22 KB,
image/png
|
Details |
¡Hola!
So I was in a long running Google Meet video call (8+ hours) due to WFH.
The tab hanged and became impossible to debug with Dev Tools.
Managed to capture https://share.firefox.dev/3j9hYxZ
Starting with this component, but I might be completely wrong so please re-triage as needed.
¡Gracias!
Alex
Reporter | ||
Comment 1•4 years ago
|
||
Comment 2•4 years ago
|
||
Paul, I am not sure if you are the right person to ask, so feel free to redirect the NI, but could you look at the perf capture? Besides there being 1-2 second GC segments, the Graph Runner is reporting a latency of several minutes.
Comment 3•4 years ago
|
||
I had a look. The whole process is frozen. I'm asking for help in 1653113.
Updated•4 years ago
|
Updated•4 years ago
|
Comment 4•4 years ago
|
||
Setting this to P1 for investigation and analysis so we can determine its true impact to the user.
Reporter | ||
Comment 5•3 years ago
|
||
¡Hola Paul!
Hope these lines find you well.
I had another case of frozen video feeds in "El Goog"'s Meet today in the latest Nightly.
Here's a profile FWIW: https://share.firefox.dev/3BHzamK
Please let me know if y'all need anything from the device or profile.
¡Gracias!
Alex
Comment 6•3 years ago
|
||
We see in the DecodingThread
(three difference threads) that the function is hitting the max timeout for waiting for a frame, and then presumably exits.
So it seems like key frames have been requested, but never arrive (FIR, PLI).
Do we know of anything in the area that looks like it? It will be important to test this after the uplift.
Updated•3 years ago
|
Updated•2 years ago
|
Description
•