[Webkit-unassigned] [Bug 30567] add support for exporting HTTP Archive format in Resources panel

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu May 27 15:05:20 PDT 2010


https://bugs.webkit.org/show_bug.cgi?id=30567





--- Comment #8 from Patrick Mueller <pmuellr at yahoo.com>  2010-05-27 15:05:19 PST ---
(In reply to comment #7)
> As we work on the extensions for the web inspector, we feel the need for some solid http-related API we could commit to. Currently, I don't see alternatives to HAR. I am sure extension developers will appreciate exposing it too since they will be able to reuse their code. Here is a recent spec we could target.
> 
> http://groups.google.com/group/http-archive-specification/web/har-1-2-spec
> 
> There are obvious missing pieces such as detailed timing and cookies. We can look into supporting them in the Chromium's stack as a start.

It sounds like you'd like to allow extensions to read HAR data directly.  But not do a HAR exporter (or importer).  The obvious suggestion would then be to build a HAR exporter/importer as an extension, if someone needs one.

In comment #3 you mention also as using it internally, between the front-end and controller.  Still thinking of doing that also?  Or maybe that's implied somehow by having it available as an API for extensions to use.

What kind of API are you thinking about?  Could be something like (as JS functions):

   void WIX.HarStartCollecting()
   HarObject WIX.HarStopCollecting()

It seems like a typical thing to do would be to start collecting for a single page or session, from the very beginning.    Maybe a way to start collecting on the next page transition or something (a little wordy):

   void WIX.HarStartCollectingOnNextTransition()

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list