We still do not have anyway to advice user agents of long-lived responses in
order to avoid the problem of indefinitely queued pipelined
requests/responses. With both pipelining and long-lived responses becoming
more common, this seems to be an envitable problem. It doesn't seem
acceptable to simply ignore this issue. I am not asking for anything
increasing the XHR implementation burden, simply a standard way of advising
so that authors and user agents can communicate, so user agents have an
approach for implementing proper delegation of pipelined requests when users
start complaining of problems.
Thank you,
Kris
----- Original Message -----
From: "Anne van Kesteren" <[EMAIL PROTECTED]>
To: "Web API WG (public)" <[email protected]>
Sent: Tuesday, April 15, 2008 12:40 PM
Subject: [XMLHttpRequest] Last Call
Hi,
The Web API WG resolved yesterday to publish a Last Call Working Draft of
The XMLHttpRequest Object specification. Thanks to the webmasters at the
W3C it was published earlier today. Last Call comments can be made until 2
June 2008. (Please don't comment about the "befor" typo there. My
mistake.)
The draft is located here:
http://www.w3.org/TR/2008/WD-XMLHttpRequest-20080415/
This is a rough list of the changes since the last published draft:
* Removed dependency on DOM Level 3 Events
* Removed dependency on Window Object 1.0
(we already depended on HTML 5 so we could use that instead)
* Clearly marked which HTTP methods are to raise SECURITY_ERR
* Mention HttpOnly in the security section
* Accept-Language is set conditionally
* Requests using a GET method will not have an entity body
* responseText can no longer return null
* responseText and responseXML no longer throw
* Headers starting with Sec- will raise
* getResponseHeader() will return null for invalid headers
* getAllResponseHeaderS() returns empty string in case of failure
A more detailed log of these changes, including links to the actual text
changes, is available from dev.w3.org, here:
http://dev.w3.org/cvsweb/2006/webapi/XMLHttpRequest/Overview.html
Happy times reviewing!
Kind regards,
--
Anne van Kesteren
<http://annevankesteren.nl/>
<http://www.opera.com/>