You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 24, 2022. It is now read-only.
Loading tasks and loading of resources will be stopped when a renderer has been in the background for over 5 minutes, on mobile (eventually followed by desktop).
The motivation is to reduce major sources of background work to improve responsiveness of foreground user experience, as well as conserve data and battery.
This is similar to recent intervention for stopping timers in background after 5 mins: #34
Many sites do not stop loading activity, even after their app has been in background for over 5 minutes (grace time). Our telemetry indicates that a non-trivial amount of CPU is spent in background work, even after 5 mins -- and loading related work dominates this time.
(We are adding more instrumentation for UMA data.)
We're revisiting the interventions repo in an attempt to move everything to the appropriate issue trackers (in this case the one for the Fetch Standard). See #72.
My impression is that this is already allowed by Fetch; after all, Fetch does not mandate that your connection speed, and so if it happens to go to 0 for background tabs, that's totally within-spec.
If we think that this is worth calling out explicitly, e.g. because sites have come to start depending on this behavior, then we can open an issue on whatwg/fetch to basically change the parts that say "download bytes" to instead stop downloading bytes under certain conditions. But for now, we'll close this issue.
Loading tasks and loading of resources will be stopped when a renderer has been in the background for over 5 minutes, on mobile (eventually followed by desktop).
The motivation is to reduce major sources of background work to improve responsiveness of foreground user experience, as well as conserve data and battery.
This is similar to recent intervention for stopping timers in background after 5 mins:
#34
Many sites do not stop loading activity, even after their app has been in background for over 5 minutes (grace time). Our telemetry indicates that a non-trivial amount of CPU is spent in background work, even after 5 mins -- and loading related work dominates this time.
(We are adding more instrumentation for UMA data.)
\cc @ojanvafai
The text was updated successfully, but these errors were encountered: