[Webkit-unassigned] [Bug 24529] Add support in Web Inspector for examining/changing data for HTML5 offline-Web-applications (application cache)

[bugzilla-daemon at webkit.org]

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





--- Comment #15 from Michael Nordman <michaeln at google.com>  2010-04-19 11:29:05 PST ---
> Ahh yes, you're absolutely right. I have to learn more about how WebKit's
> ApplicationCacheResource::Type is used. I don't know yet what happens if
> resource is in CACHE and is fetched from a FALLBACK source, but I intend to
> handle that. ApplicationCacheResource::Types are Master, Manifest, Explicit,
> Foreign, and Fallback. Are things similar in Chromium?

Those categories are a matter of the HTML5 spec, so yes. Although the Chromium
port does not use the enum defined in ApplicationCacheResource.h. The only
files
we share in common are
* DOMApplicationCache.idl .h .cpp
* AppliationCacheHost.h (but not .cpp!!)

When you design the interface between the inspector and the impl, please define
a new class to encapsulate that interface. In the chromium port we can provide
a
different .cpp file for that interface (just as we've done with
ApplicationCacheHost.cpp
in WebKit\WebKit\chromium\src)

Maybe class InspectorApplicationCacheAgent?

> Did you send an email to the whatwg mailing list? Things won't improve unless
> you mention it! =)
> http://lists.whatwg.org/listinfo.cgi/whatwg-whatwg.org

Of course, some was adopted but most was not.
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2008-August/015948.html

> Do you know offhand the differences in WebKit and Chromium's implementations.
> Like what information you have available that I might not know about?

The only difference that I can think of is that chrome keeps track of some
datetime values that webcore does not?

* creation datetime
* last update datetime
* last access datetime
  (this will be uninteresting in the 'page' inspector because the page being
   inspected will have just accessed it very recently)

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