-
-
Notifications
You must be signed in to change notification settings - Fork 37
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
Serving an app with basic interactivity fails #270
Comments
You need to set the |
Thank you for the answer. I tried today for the second time to follow this advice, and I'm still stuck with the same behaviour. I tried adding the
line, no luck. I don't understand why a proxy is involved if I'm entering my own IP address. It looks from my searches online that the request does not leave my computer at all in that case. Furthermore, I tried:
Though apparently it's not that reliable. Genie works out-of-the-box for me, even on my own IP, with no proxy configuration. Is it using a different technology? EDIT: perhaps important to note that I am working in a harsh IT environment, so these failures are not unexpected. |
Correction: it works in Firefox and in Chrome, but in Edge styling is off and it is not interactive (though it works fine on |
Resolution: some internal IT rule had Edge running it in IE-only compatibility mode, which of course ruined it. |
(Disclaimer: this is one of those "This is so simple it can't possibly be a bug; I must be doing something wrong" issue, but since discourse had nothing to say, I'm reporting it here)
This simple code:
Works fine on http://localhost:9384/
but the interactivity fails and the visual aspect is off on http://my_ip:9384
@etpinard reports that
pops up in the dev tools. When served, the app should not look up anything in
localhost
.The text was updated successfully, but these errors were encountered: