Open elithrar opened 3 years ago
Hi Matt!
That Chrome warning is almost certainly a red-herring. The Wasm actually runs fine despite it. It's been annoying me for almost a year! Proof for your case: the code that encodes and decodes the phrase is in Wasm. So if you got that far your browser is running Wasm fine.
Now why it failed: "bad code" error mean we couldn't decode the phrase. Possibly a typo? I know our wordlist still has a few words that sounds similar.
The fact that it is uncaught is definitely a regression though! This used to print a more helpful message.
Interesting - the phrase was just HELLOTHERE
. Using GORILLA
still generates the error and a failure to connect -
I wonder if this is a local/corp proxy issue.
Update: No, going direct, instead of through the corp proxy, does not rectify. Using Chrome v90 and Firefox 88.0.1 (64-bit) as my two clients.
for the record: this is an issue in the instructions in the initial prompt.
it's not clear enough that the tool picks the phrase for the user, so folks who haven't used it before often try to pick their own, e.g. #85.
Chrome Version 90.0.4430.93 (Official Build) (x86_64)
Steps to reproduce:
Possibly related is that the Wasm loader fails due to an invalid/incompatible CSP -
Content Security Policy of your site blocks the use of 'eval' in JavaScript
is reported by Chrome only when we execute the below:You need to (unfortunately...) allow
unsafe-eval
to execute Wasm per https://github.com/WebAssembly/content-security-policy/issues/7