[webkit-reviews] review granted: [Bug 179359] Web Inspector: Add some fast returns in cases where we only call through to a NetworkAgent : [Attachment 326184] [PATCH] Proposed Fix
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Nov 7 01:52:18 PST 2017
Devin Rousso <webkit at devinrousso.com> has granted Joseph Pecoraro
<joepeck at webkit.org>'s request for review:
Bug 179359: Web Inspector: Add some fast returns in cases where we only call
through to a NetworkAgent
https://bugs.webkit.org/show_bug.cgi?id=179359
Attachment 326184: [PATCH] Proposed Fix
https://bugs.webkit.org/attachment.cgi?id=326184&action=review
--- Comment #2 from Devin Rousso <webkit at devinrousso.com> ---
Comment on attachment 326184
--> https://bugs.webkit.org/attachment.cgi?id=326184
[PATCH] Proposed Fix
View in context: https://bugs.webkit.org/attachment.cgi?id=326184&action=review
r=me.
Should you also add this to these instrumentation points as well?
- didReceiveThreadableLoaderResponse
- didReceiveData
It seems like the logic we had could've theoretically supported saving network
information when there was no frontend, but it would've required some changes
to InspectorNetworkAgent::enable. Is the main reason that we don't want to do
this performance, or am I missing something?
> Source/WebCore/ChangeLog:14
> +
(WebCore::InspectorInstrumentation::continueAfterXFrameOptionsDenied):
> + (WebCore::InspectorInstrumentation::continueWithPolicyDownload):
These are not actually modified. Should they be? They call into
InspectorInstrumentation::didReceiveResourceResponseImpl, which does call to
InspectorConsoleAgent. I am unfamiliar with how that agent functions, so I
can't say as to whether it relies on data from before a frontend exists or not.
More information about the webkit-reviews
mailing list