[Webkit-unassigned] [Bug 41635] Web Inspector: Give Application Cache Resources a Different Type & Filter in the Resources Panel

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jul 9 14:37:42 PDT 2010


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





--- Comment #4 from Michael Nordman <michaeln at google.com>  2010-07-09 14:37:41 PST ---
> Where to show (3) is up for debate. Right now I put them in the resources panel. Its an
> okay solution, at least for now. I remember in the original bug Patrick Muellr even
> suggested something like a new Resources Panel. That would make sense, but I think
> it is a bit heavy weight. This sounds like another vote for a "Global Inspector" for
> levels higher than just per-page information.
> 
> 
> > Seems confusing to put resource loads from the last category in the resource panel.
> > Those resources are not being loaded into the document. There might be a better UI
> > than co-mingling those background fetches resource loads into the active page.
> 
> I think there should be a better UI. But putting them in the Resources Panel for now
> gives you a lot for free. We just have to come up with an improved UI now. That is
> what this bug is for.

Our initial cut at how to represent those resource loads in the inspector is probably going to be a little different than yours. We're planning to log output to the console for update progress and errors to start with, simple logging of URLs and the response code in the event of an error. Putting info about these request in that panel doesn't come nearly as free for us as it does for you (in chrome these resource loads are performed in the main browser process).

A thought about inspecting the contents of the existing cache. We have the resource grid view that shows the list of resource in the cache. A gesture on a listing could show details, headers and body.

-- 
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