You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I expected to successfully open the "Check Online Content" window and see the list from BaNaNaS.
Actual result
In Chrome DevTools, the message shown is that "WebSocket is closed before the connection is established."
Steps to reproduce
Compile an Emscripten version of OpenTTD locally.
Serve it using any basic HTTP server on 127.0.0.1.
Browse to 127.0.0.1.
Click "Check Online Content".
I'm guessing that this is caused by the recent networking revamp. Interestingly, the compiled previews of recent PRs like #9043 seem to not have this issue.
I don't think this is caused by a lack of HTTPS, as my fork with JGRPP applied uses HTTPS and has the same issue.
The text was updated successfully, but these errors were encountered:
Sad news: it does work fine for me. Tested with latest master (8f4a612), on both FireFox and Chrome.
As you tried a commit from 6 days ago, and there have been many commits since then in master, would you mind trying the latest? Who knows we might have fixed it along the way.
I've retried with master and it does work properly there. I'll close this since it's not really a bug.
I noticed that with JGRPP, there has not been a full upstream merge since the networking changes were introduced (instead, all upstream commits seem to be cherry-picked now). The issue there will probably be resolved once a full merge is done.
Yeah, we talked it over with JGR, and we suggested he doesn't merge the new networking stuff till we are done. It is pretty likely we break it a few more times before we got all the kinks worked out :D
Version of OpenTTD
Emscripten, 176d65b
Expected result
I expected to successfully open the "Check Online Content" window and see the list from BaNaNaS.
Actual result
In Chrome DevTools, the message shown is that "WebSocket is closed before the connection is established."
Steps to reproduce
127.0.0.1
.127.0.0.1
.I'm guessing that this is caused by the recent networking revamp. Interestingly, the compiled previews of recent PRs like #9043 seem to not have this issue.
I don't think this is caused by a lack of HTTPS, as my fork with JGRPP applied uses HTTPS and has the same issue.
The text was updated successfully, but these errors were encountered: