Re: [hybi] [whatwg] websocket onerror Re: [html5] r6156 - [giow] (0) Update all the WebSocket terminology to match the next WSP draft.

"Simon Pieters" <simonp@opera.com> Tue, 31 May 2011 23:03 UTC

Return-Path: <simonp@opera.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24887E073A for <hybi@ietfa.amsl.com>; Tue, 31 May 2011 16:03:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id msGjrjbDVdJx for <hybi@ietfa.amsl.com>; Tue, 31 May 2011 16:03:13 -0700 (PDT)
Received: from smtp.opera.com (smtp.opera.com [213.236.208.81]) by ietfa.amsl.com (Postfix) with ESMTP id 80A3B13000D for <hybi@ietf.org>; Tue, 31 May 2011 16:03:10 -0700 (PDT)
Received: from simon-pieterss-macbook.local (oslo.jvpn.opera.com [213.236.208.46]) (authenticated bits=0) by smtp.opera.com (8.14.3/8.14.3/Debian-5+lenny1) with ESMTP id p4VN34jp002627 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 31 May 2011 23:03:05 GMT
Content-Type: text/plain; charset="utf-8"; format="flowed"; delsp="yes"
To: "hybi@ietf.org" <hybi@ietf.org>
References: <20110527233153.4C33D11C7C00C@ps20323.dreamhostps.com> <op.vwc94bn5idj3kv@simon-pieterss-macbook.local> <Pine.LNX.4.64.1105312235560.26539@ps20323.dreamhostps.com>
Date: Wed, 01 Jun 2011 01:03:02 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
From: Simon Pieters <simonp@opera.com>
Message-ID: <op.vwdbncxcidj3kv@simon-pieterss-macbook.local>
In-Reply-To: <Pine.LNX.4.64.1105312235560.26539@ps20323.dreamhostps.com>
User-Agent: Opera Mail/11.11 (MacIntel)
Subject: Re: [hybi] [whatwg] websocket onerror Re: [html5] r6156 - [giow] (0) Update all the WebSocket terminology to match the next WSP draft.
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Tue, 31 May 2011 23:03:15 -0000

On Wed, 01 Jun 2011 00:36:46 +0200, Ian Hickson <ian@hixie.ch> wrote:

> On Wed, 1 Jun 2011, Simon Pieters wrote:
>> > +<!--           attribute <span>Function</span> <span
>> > title="handler-WebSocket-onerror">onerror</span>;
>> > +-->           attribute <span>Function</span> <span
>>
>> Why is onerror commented out?
>
> Not much point having it if nothing can fire an 'error' event.

Is it intentional that bogus frames are not to be exposed like in -00?

-- 
Simon Pieters
Opera Software