W3C home > Mailing lists > Public > public-html-admin@w3.org > February 2013

[Bug 20854] New: appcache : fallback entries need clarification on duplicates

From: <bugzilla@jessica.w3.org>
Date: Sat, 02 Feb 2013 11:12:38 +0000
To: public-html-admin@w3.org
Message-ID: <bug-20854-2495@http.www.w3.org/Bugs/Public/>

            Bug ID: 20854
           Summary: appcache : fallback entries need clarification on
    Classification: Unclassified
           Product: HTML WG
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML5 spec
          Assignee: dave.null@w3.org
          Reporter: l.laurent.p@gmail.com
        QA Contact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html-admin@w3.org,


The reference
needs to mention that fallback entries can't contain uri duplicates.

Use case : on first manifest visit, cookieless user agent may use url rewriting
for resources, ie use a ";jsessionid=" trail or some other kind of session
parameter. The uri + session trail seems to be the cache key at least on iOS

The following manifest will cause Chrome 24 to fail loading the manifest, with
a cryptic "Application Cache Error event: Failed to commit new cache to
storage" error message : 


/ /fallback.php
/ /fallback.php?sessionid=1234


This will fail because of the duplicate /fallback.php line. Removing the second
one with ?sessionid fixes the problem. I believe Chrome does not know which
fallback line to use.


You are receiving this mail because:
You are on the CC list for the bug.
Received on Saturday, 2 February 2013 11:12:39 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:57:22 UTC