- From: <bugzilla@jessica.w3.org>
- Date: Thu, 06 Sep 2012 20:07:37 +0000
- To: public-webapps@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=18796
Summary: HTTP 204 not specified
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Server-Sent Events (editor: Ian Hickson)
AssignedTo: ian@hixie.ch
ReportedBy: karl+w3c@la-grange.net
QAContact: public-webapps-bugzilla@w3.org
CC: mike@w3.org, public-webapps@w3.org
In the non normative document introduction "Editor's Draft 26 August 2012"
http://dev.w3.org/html5/eventsource/
it is mentionned:
>Clients will reconnect if the connection is closed; a client can be told to stop reconnecting using the HTTP 204 No Content response code.
This is the only moment in the document where this scenario is being given as a
possibility for "blocking the reconnection". A scenario could be
1. Event Stream being opened by the client
2. The server could drop the connection
3. The client tries to reconnect
4. The server replied 204
5. The client definitely drops the connection
There is a discussion on HTTP code in 5. Processing Model but which basically
says that
>Any other HTTP response code not listed here, and any network error that prevents the HTTP connection from being established in the first place (e.g. DNS errors), must cause the user agent to fail the connection.
So it seems to include 204, but that doesn't make it clear either.
I haven't checked if it was even implemented interoperably in between browsers.
Suggestion:
Either of those:
* Specify it in the section 5 with other HTTP codes
* Remove the sentence "a client can be told to stop reconnecting using the HTTP
204 No Content response code."
--
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 6 September 2012 20:07:39 UTC