<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta http-equiv="Content-Style-Type" content="text/css">
<title></title>
<meta name="Generator" content="Cocoa HTML Writer">
<meta name="CocoaVersion" content="1038.35">
<style type="text/css">
p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica}
p.p2 {margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; min-height: 14.0px}
span.s1 {text-decoration: underline ; color: #0255aa}
</style>


<p class="p1">If possible, I would encourage any breaking update to WebSockets (protocol or JS API) to be feature detectable. Additionally, I would encourage WebKit to postpone updating to -09 to coincide with expected changes to the JS API, which may provide the necessary feature detection mechanisms (e.g., WebSocket.open a la XHR): <a href="http://www.w3.org/Bugs/Public/show_bug.cgi?id=12102"><span class="s1">http://www.w3.org/Bugs/Public/show_bug.cgi?id=12102</span></a>.</p>

<p class="p2"><br></p>
<p class="p1">More specifically,  I work at HP Palm and our devices currently support the -00 implementation of WebSockets, and while we are able to auto-update, users must approvebut may not have been updated, and while as far as I understand being just a protocol -00 could be detected and supported server-side along-side -09, -00 implementations connecting to a -09 server will have to fail (full RTT) in order to feature detect support for -09.</p>

<p class="p2"><br></p>
<p class="p1">Allowing this feature detection along-side the protocol-break would enable libraries and implementations to know what protocol versions are supported and adjust behavior accordingly.</p><p class="p1"><br></p>
<p class="p1">Alternatively, being that the protocol updates are in draft while API updates are not with no anticipation of when they will be, some other means of feature detection could be exposed instead.</p>
<p class="p2"><br></p>
<p class="p1">Cheers,</p>
<p class="p1">Adam Crabtree</p>