OK, that's fine, I just didn't want it to be ignored indefinitely.
Thanks,
Kris
----- Original Message -----
From: "Maciej Stachowiak" <[EMAIL PROTECTED]>
To: "Kris Zyp" <[EMAIL PROTECTED]>
Cc: "Web API WG (public)" <[email protected]>; "Anne van Kesteren"
<[EMAIL PROTECTED]>
Sent: Wednesday, April 16, 2008 9:35 PM
Subject: Re: [XMLHttpRequest] Last Call
On Apr 16, 2008, at 7:50 PM, Kris Zyp wrote:
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.
I think this would be more appropriate to deal with in XHR2, since we
don't have a settled design for this feature and XHR1 is already way
behind schedule.
- Maciej
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/>
