- From: Adrian Bateman <adrianba@microsoft.com>
- Date: Wed, 8 Jun 2011 17:52:05 +0000
- To: Ian Hickson <ian@hixie.ch>
- CC: "Web Applications Working Group WG (public-webapps@w3.org)" <public-webapps@w3.org>
On Tuesday, June 07, 2011 10:36 AM, Ian Hickson wrote: > On Tue, 7 Jun 2011, Adrian Bateman wrote: > > This check-in [1] reintroduces the onerror handler that was removed > > previously [2]. Since, in general, WebSocket protocol errors are fatal > > and result in onclose, what is the purpose of adding this back? > > Ian asked me to put it back so that authors can distinguish between a > server closure and a client-initiated error-driven closure. What is the difference between these two cases? When would onerror fire that wouldn't result in onclose with wasClean=false? Isn't the wasClean flag sufficient? Thanks, Adrian.
Received on Wednesday, 8 June 2011 17:52:35 UTC