This was scaffolding. We've now refactored to the point that the information driving throttling originates from the UI process (so UI and web processes can have a consistent view of what should throttle), but we don't need a separate message to handle this - necessary state to determine is provided in ActivityState.
*** Bug 163873 has been marked as a duplicate of this bug. ***
Created attachment 295643 [details] Fix
Comment on attachment 295643 [details] Fix View in context: https://bugs.webkit.org/attachment.cgi?id=295643&action=review > Source/WebKit2/WebProcess/WebPage/WebPage.cpp:2552 > + if (changed) Can we just early return and avoid all of this work if nothing has changed?
(In reply to comment #3) > Comment on attachment 295643 [details] > Fix > > View in context: > https://bugs.webkit.org/attachment.cgi?id=295643&action=review > > > Source/WebKit2/WebProcess/WebPage/WebPage.cpp:2552 > > + if (changed) > > Can we just early return and avoid all of this work if nothing has changed? I think this may require a larger change; will consider as a separate patch.
Committed revision 209102.