[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 bugzilla-daemon at webkit.org
Mon Apr 19 11:07:02 PDT 2010


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





--- Comment #14 from Joseph Pecoraro <joepeck at webkit.org>  2010-04-19 11:07:00 PST ---
(In reply to comment #12)
> IDLE?

applicationCache.status (expand `applicationCache` in the Console to find out
more).

I think an "online / offline" indicator with just Green / Red would work great
here. But seeing as it is a "status bar" showing the status here seems smart,
and I think it would be useful.  One thing I've noticed in my implementation is
that the status changes very quickly in the common case (Checking -> Idle). But
I also haven't tested this with a "fresh" application requiring a lot of
downloading which would be best to show the (Updating -> Downloading -> Update
Ready) statuses. I should really get around to setting up a full test
environment for this, which might be useful for manual tests.


> A good start. The 'type' column may need some work? Entries can be of multiple
> types. Really its more of a bitfield than an enumerated type. We could "dumb it
> down" in the UI, but not sure we should?

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?


> We also have to
> represent entries listed in the NETWORK section (confusingly also referred to
> as the online white list in the spec).

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


> There is also the update status value, and date/times the refer to the appcache
> as whole rather than individual entries. Maybe visually we could use a non
> scrollable pane above the scrollable list view containing the entries for this
> type info.

That sounds good. This would be a better place to put bulk of information,
instead of the status bar. Also, the date the files were cached is great
information. I hope we have that in WebKit.

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

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