Do not unload WebRTC tabs in low memory situations
Categories
(Firefox :: Tabbed Browser, defect, P3)
Tracking
()
People
(Reporter: yoasif, Unassigned)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, steps-wanted)
Per https://www.reddit.com/r/firefox/comments/bt68gj/got_another_strange_problem_to_reportand_ask/
User reports that they were on an active Discord call when the tab was unloaded.
I think that users do not expect that active calls should be discarded, even in low memory situations.
Reporter | ||
Updated•5 years ago
|
Comment 1•5 years ago
|
||
The user claims they had been talking, so in theory this should be covered by tabs with sound playing getting discarded last... unless there were no other tabs to discard?
Comment 2•5 years ago
|
||
If there's a way to detect an active WebRTC session in a tab we can de-prioritize it so that it's less likely to be unloaded. The original use-case for the tabs playing audio assumed "passive" interaction with the tab, e.g. listening to music or something along the lines. An interruption in that case was deemed better than the tab - or Firefox - crashing due to the lack of memory.
Probably, it is better for user to increase the size of swap file in this case. Naturally, it is better to have more RAM but increasing swap file is less problematic.
Also Firefox might give this suggestion to the user about the need to increase the size of swap file or getting more RAM (plus link to Mozilla website showing how to increase the swap file size).
Comment 4•5 years ago
|
||
I've identified a flaw in how we measure low-memory scenarios which might be causing this in bug 1558554.
Updated•5 years ago
|
Comment 5•3 years ago
|
||
A WebRTC tab was de-prioritized by the patch of bug 1682442.
Updated•2 years ago
|
Description
•