search

command-line-bootcamp / cli-boot.camp

:computer: command-line bootcamp adventure in your browser
https://cli-boot.camp/
Other
102 stars 51 forks source link

Investigate FireFox/umaxtrix issues #8

Closed blahah closed 6 years ago

blahah commented 8 years ago

See https://twitter.com/oObsi/status/672098502655242245

lelutin commented 6 years ago

this seems to still be an issue now with firefox 57

lelutin commented 6 years ago

for what it's worth, https://try-dat.com/ seems to have reused some of the code from here and their terminal via websocket is working. so you might be able to find the fix already implemented over there.

I can't find the code repository for what's on try-dat.com though. maybe you can try contacting them by email (there's a contact address on dat's website dat-data.com)

blahah commented 6 years ago

Hey, I know the dat team - this project was actually created using their code rather than the other way round. I just tested the site in FF 57 on macOS 10.13 and it works for me. Please could you provide some more detail about your setup? Particularly operating system and exact FF version.

lelutin commented 6 years ago

I'm using firefox 57.0 on debian sid(unstable). I also use ublock origin and umatrix

blahah commented 6 years ago

@lelutin the problem may very well be umatrix. Would you be able to try the site and take a screenshot of what umatrix blocks?

lelutin commented 6 years ago

Here's the screenshot:

command_line_bootcamp_ff_websockets

The choices of what's blocked is just the default ones.

alexmorley commented 6 years ago

I think umatrix is stopping you from connecting to the backend via the websocket. I think you'll need to allow the XMLHttpRequest (XHR) to the unamed ip. You can verify that is indeed the backed currently used by the bootcamp by checking out the source.

lelutin commented 6 years ago

@alexmorley hey that seems to do it! thanks for the information.

I am usually wary of code being loaded from unnamed IPs. If the websocket could be hosted under the same domain it would make this less concerning... however, I haven't looked much at the code and I don,t know much about how things work so maybe this is not easily feasible.

alexmorley commented 6 years ago

At the moment the static part is served by github and the Dockers are elsewhere so I'm going to close for now but perhaps we can host all in one place in the future.