Re: [hybi] Opera's Pre-Last Call review of websocket -06

Julian Reschke <julian.reschke@gmx.de> Mon, 04 April 2011 13:05 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CDCA63A69EB for <hybi@core3.amsl.com>; Mon, 4 Apr 2011 06:05:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.486
X-Spam-Level:
X-Spam-Status: No, score=-103.486 tagged_above=-999 required=5 tests=[AWL=-1.487, BAYES_00=-2.599, J_CHICKENPOX_14=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rYNz-OIQ7dTC for <hybi@core3.amsl.com>; Mon, 4 Apr 2011 06:05:20 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by core3.amsl.com (Postfix) with SMTP id 0F1D83A69EA for <hybi@ietf.org>; Mon, 4 Apr 2011 06:05:19 -0700 (PDT)
Received: (qmail invoked by alias); 04 Apr 2011 13:06:59 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.131]) [217.91.35.233] by mail.gmx.net (mp006) with SMTP; 04 Apr 2011 15:06:59 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+usZY6Lheu4T895Vh66FJG9PdW8/8PKx3GPGul5U vvW2yQ4TzF4VFK
Message-ID: <4D99C272.6070201@gmx.de>
Date: Mon, 04 Apr 2011 15:06:58 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9
MIME-Version: 1.0
To: Simon Pieters <simonp@opera.com>
References: <op.vs9bponnidj3kv@simon-pieterss-macbook.local> <op.vs9li6der4mipi@emoller-pc.gothenburg.osa> <op.vteywfw6idj3kv@simon-pieterss-macbook.local>
In-Reply-To: <op.vteywfw6idj3kv@simon-pieterss-macbook.local>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: "hybi@ietf.org" <hybi@ietf.org>
Subject: Re: [hybi] Opera's Pre-Last Call review of websocket -06
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Apr 2011 13:05:27 -0000

On 04.04.2011 14:42, Simon Pieters wrote:
> ...
>> The term "URI" is used in this section in a manner consistent with
>> the terminology used in HTML, namely, to denote a string that might
>> or might not be a valid URI or IRI and to which certain error
>> handling behaviors will be applied when the string is parsed.
>> [RFC3986]
>
> HTML calls it "URL", so doesn't seem particularly consistent.
> ...

All remaining references to how HTML5 uses URIs should simply be 
removed; including the specific text about parsing and resolving.

 > ...
>> 6. Error Handling
>> 6.1. Handling errors in UTF-8 from the server
>> When a client is to interpret a byte stream as UTF-8 but finds that
>> the byte stream is not in fact a valid UTF-8 stream, then any bytes
>> or sequences of bytes that are not valid UTF-8 sequences must be
>> interpreted as a U+FFFD REPLACEMENT CHARACTER.
>
> Maybe use the HTML spec's definition of UTF-8 with error handling:
> http://www.whatwg.org/specs/web-apps/current-work/complete/infrastructure.html#decoded-as-utf-8,-with-error-handling

I recommend avoiding any normative reference to HTML5. The text above 
appears to be simple enough standalone.


 > ...

Best regards, Julian