[XHR][HTML5] Clarification for interaction between HTML5 section "5.6 Offline Web applications" and XMLHttpRequest

Hi,

 

we think the following interaction between HTML5 section "5.6 Offline Web applications" and XMLHttpRequest needs a clarification:

 

When doing a XMLHttpRequest GET request with a request URL which is for a host for which a cache host exists which has an application cache with completeness flag set to complete associated which contains  a master entry, an explicit entry or a fallback entry for the request URL, should the XMLHttpRequest get the entry from the cache or fetch the resource normally or fail with a network error? 

 

Use cases are eg dynamically loading javascript files or dynamically loading HTML files to use them in a DOM replacement operation which displays a smooth transition (eg jQuery Mobile does this if not instructed otherwise).

 

Browsers currently implement this differently.

 

Regards,

  Wolfgang Röckelein

---

7P B2B Mobile & IT Services GmbH

Balcke-Dürr-Allee 9

40882 Ratingen, Germany

und

Walter-Gropius-Straße 15

80807 München, Germany

Web: http://www.7p-group.com <blocked::blocked::http://www.7p-group.com/> 
Phone:   +49 (0) 2102 557 473
Fax:     +49 (0) 2102 557 402

Mobile:  +49 (0) 162 73 67 674

Email: wolfgang.roeckelein@7p-group.com 

Sitz der Gesellschaft: Köln
Amtsgericht: Köln; Handelsregister: HRB 65133
Geschäftsführung: Dirk Schäfer, Jens Harig 
USt-ID-Nr.: DE190667510 
Steuer-Nr.: 103/5700/0899

_______________________________________________________________________________ 

This message (including any attachments) contains confidential information intended for a specific individual or entity as the intended recipient. If you are not the intended recipient, you are hereby notified that any distribution, any copying of this message in part or in whole, or any taking of action based on it, is strictly prohibited by law and may cause liability. In case you have received this message due to an error in transmission, we ask you to notify the sender immediately.

P Please consider the environment before printing this e-mail

 

Received on Monday, 17 October 2011 10:33:28 UTC