<div dir="ltr">Hey,<div><br></div><div>did you ever get a solution to this problem ? I've got the same and it's driving me nuts :(</div><div><br></div><div>thanks</div><div><br></div><div>Julian<br><br>On Friday, 11 October 2013 07:58:11 UTC+1, Petri Luojus  wrote:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;"><div dir="ltr"><div>Hello,</div><div><br></div><div>We're using RabbitMQ in our messaging with several AMQP and STOMP over WebSocket clients. STOMP clients are using JavaScript and stomp.js (<a href="http://jmesnil.net/stomp-websocket/doc/" target="_blank">http://jmesnil.net/stomp-<wbr>websocket/doc/</a>) in browsers. However, recent stable release for Chrome fixed the following issue: <a href="http://code.google.com/p/chromium/issues/detail?id=259666" target="_blank">http://code.google.com/p/<wbr>chromium/issues/detail?id=<wbr>259666</a>. This in turn broke all Chromium-based clients, and since the WebSocket specification (<a href="http://dev.w3.org/html5/websockets/" target="_blank">http://dev.w3.org/html5/<wbr>websockets/</a>) reports "The connection will only be established if the server reports that it has selected one of these subprotocols." it is expected that this fix will be pushed to other browsers too.</div><div><br></div><div>Following messages are changed between client and RabbitMQ, after which Chrome reports "Error during WebSocket handshake: Sec-WebSocket-Protocol mismatch". As can be seen from the response, RabbitMQ does not confirm the selected protocol.</div><div><br></div><div>GET /stomp/websocket HTTP/1.1</div><div>Upgrade: websocket</div><div>Connection: Upgrade</div><div>Host: xxx.yyy:15674</div><div>Origin: null</div><div>Sec-WebSocket-Protocol: v10.stomp, v11.stomp</div><div>Pragma: no-cache</div><div>Cache-Control: no-cache</div><div>Sec-WebSocket-Key: YRpCwsRP6s2ounZHK4soEQ==</div><div>Sec-WebSocket-Version: 13</div><div>Sec-WebSocket-Extensions: x-webkit-deflate-frame</div><div>User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.69 Safari/537.36</div><div>Cookie: auth=bHVvanVzOk15aGthbGU1; m=1933:600%7C5|2377:large|<wbr>2491:chart|2663:t|6967:t|34e2:<wbr>|4e99:t|2c69:t|2a03:t|745a:t|<wbr>77cb:t|5cf4:t|3a95:avg|54b5:<wbr>small|29b3:60%7C5|3a8e:chart|<wbr>54ae:small|29ac:600%7C5|47ba:<wbr>t|e69:chart|45b9:600%7C5|4a01:<wbr>t|ca3:t|79d4:chart|640c:small|<wbr>678e:60%7C5|4e71:large|4d66:<wbr>500|1d98:t|6cfc:t|15cc:t</div><div><br></div><div>HTTP/1.1 101 Switching Protocols</div><div>Upgrade: websocket</div><div>Sec-Websocket-Accept: DGeZKxS98lD43p+4Gkhb17W29E0=</div><div>Connection: Upgrade</div><div><br></div><div>RabbitMQ is installed on CentOS 6.4 with the following versions for the server and Erlang</div><div>rabbitmq-server.noarch<span style="white-space:pre">                </span>3.1.5-1.el6<span style="white-space:pre">                        </span>@epel</div><div>erlang.x86_64<span style="white-space:pre">                                </span>R14B-04.2.el6<span style="white-space:pre">                </span>@epel</div><div><br></div><div>Could you guys look into this issue?</div><div><br></div><div>Br,</div><div>Petri</div></div></blockquote></div></div>