Re: [hybi] Yet more additional WebSocket Close Error Codes

Julian Reschke <julian.reschke@gmx.de> Sat, 19 May 2012 08:38 UTC

Return-Path: <julian.reschke@gmx.de>
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 599A721F8675 for <hybi@ietfa.amsl.com>; Sat, 19 May 2012 01:38:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lIT8Xlbfw9Ez for <hybi@ietfa.amsl.com>; Sat, 19 May 2012 01:38:14 -0700 (PDT)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by ietfa.amsl.com (Postfix) with SMTP id 6DEB021F8674 for <hybi@ietf.org>; Sat, 19 May 2012 01:38:13 -0700 (PDT)
Received: (qmail invoked by alias); 19 May 2012 08:38:11 -0000
Received: from p54BB37D5.dip.t-dialin.net (EHLO [192.168.178.36]) [84.187.55.213] by mail.gmx.net (mp010) with SMTP; 19 May 2012 10:38:11 +0200
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/VmIQArp7VEDzbHQ4UR4GTb/v7wrWb1/s7pDNu8I NTi5g0l9DtK1ee
Message-ID: <4FB75BF1.1050407@gmx.de>
Date: Sat, 19 May 2012 10:38:09 +0200
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Jason Duell <jduell.mcbugs@gmail.com>
References: <CAM6mnzJQTLxztd+6CTugRoONKiHNn-MDTJutPBoCtFUNnfBohQ@mail.gmail.com> <4FB62A69.4040604@gmx.de> <CAM6mnzK0aOwzKUa=Np512MkOf7m6fJOUHdecK9YZat=vT9iP+w@mail.gmail.com>
In-Reply-To: <CAM6mnzK0aOwzKUa=Np512MkOf7m6fJOUHdecK9YZat=vT9iP+w@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: hybi@ietf.org
Subject: Re: [hybi] Yet more additional WebSocket Close Error Codes
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: Sat, 19 May 2012 08:38:14 -0000

On 2012-05-18 23:53, Jason Duell wrote:
>>> Chrome is not calling onerror for this, so we have a difference here.
>>> The language in the spec isn't really clear if this covers the
>>> connection-never-happened case.
>>
>> I think it is;
>
> So you think the behavior for "server not available" is clear in the
> spec?  Which flavor (call onerror or not)?

I think it is clear in that it talks about a response code, so does not 
deal with the case you are referring to.

>> but I agree that the behavior for the other case should be
>> specified at all.
>
> I couldn't quite parse this either.   Is that support (or the
> opposite) for a code for "too many websockets open", or something
> else?

It's support for defining the API behavior for connection problems.

>> Anyway; I think this should be raised as a WSAPI problem.
>
> Yes, most of the wordsmithing needs to happen there  (and as soon as
> their mail server starts accepting my mail I'll have a post about this
> there).   But the list of close codes (including pseudo-codes that
> never go on the net) has so far been maintained more on this list, so
> I figured I'd ask here too.

Agreed.

Best regards, Julian