[Webkit-unassigned] [Bug 159546] Web Inspector: Log XMLHttpRequests

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Apr 11 09:29:21 PDT 2017


Matt Baker <mattbaker at apple.com> changed:

           What    |Removed                     |Added
                 CC|                            |mattbaker at apple.com

--- Comment #6 from Matt Baker <mattbaker at apple.com> ---
(In reply to Brian Burg from comment #5)
> (In reply to Joseph Pecoraro from comment #3)
> > This is a common thing in other tools:
> > 
> >   • Chrome
> >     - Right click in the Console to see Context Menu
> > 
> >   • Firefox
> >     - Console > Filter output > XHR
> > 
> >   • Firebug
> >     - "Firebug shows you each XMLHttpRequest, in ... and the Console tab"
> >     - http://getfirebug.com/network
> > 
> > I agree that this isn't the best way to debug network traffic but its
> > something that developers are used to and may speed up debugging of some
> > situations (turn on, perform action, turn off, debug the XHRs in that short
> > time period). If it can easily be turned on / off it would be good for those
> > developers that would rather have this then use the Network tab.
> > 
> > I think Nikita had a prototype in the past using just a Safari extension.
> > 
> > That said, if we did this I think we'd want to improve our Console filtering
> > in general otherwise it would get out of Control. Firefox has done a really
> > great job here, and I like what they've done with their filtering.
> Okay, wouldn't it fit in better with our feature set to make XHR breakpoints
> do the logging via actions? Is it possible for us to evaluate arbitrary JS
> (conditions, log expressions, etc) when paused at non-script breakpoints? At
> the least, we could add a "log to console" action.

Currently no breakpoint options/actions are available to XHR breakpoints, but we're already looking at adding some:

Web Inspector: Add regular expression support to XHR breakpoints        

The script location where the debugger will pause for an XHR breakpoint isn't known ahead of time (the same is true of DOM breakpoints) but this doesn't preclude us from adding Evaluate Script and Log Message actions for both breakpoint types.

You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170411/4159d2e2/attachment.html>

More information about the webkit-unassigned mailing list