<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 29 January 2015 at 04:57, Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 01/28/2015 10:33 PM, Mathieu Gagné wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2015-01-28 11:13 PM, Chris Friesen wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyone have any suggestions on where to start digging?<br></blockquote>
We have a similar issue which has yet to be properly diagnosed on our side.<br>
<br>
One workaround which looks to be working for us is enabling the "private mode"<br>
in the browser. If it doesn't work, try deleting your cookies.<br>
<br>
Can you see if those workarounds work for you?<br>
</blockquote>
<br></span>
Neither of those seems to work for me.  I still get a multi-second delay and then the red bar with "Connect timeout".<br>
<br>
I suspect it's something related to websockify, but I can't figure out what.<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote></div><div class="gmail_signature"><div dir="ltr"><br></div><div>In some versions of websockify and the relates noVNC versions that use it I've seen the same behaviour. This is due to the way websockify tries to detect the protocol to use. It ends up doing a localhost connection and the browser rejects it as an unsafe operation.</div><div><br></div><div>It was fixed in later versions of websockify.</div><div><br></div><div>Have you tried manually updating the NoVNC and websockify files to later versions from source?</div></div>
</div></div>