-
Notifications
You must be signed in to change notification settings - Fork 92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
web: make flow or message make it clear that the tool generates the phrase for you #91
Comments
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 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 WebAssembly/content-security-policy#7The text was updated successfully, but these errors were encountered: