Replies: 1 comment 2 replies
|
Thanks for reporting this. Your diagnosis looks right: http://unleash.myorg is not considered a secure context by browsers, so direct use of We do use In the meantime, HTTPS or a browser-trusted local origin would avoid the issue, but we understand that changing your local domain setup may not be desirable. Could you share your Unleash version, browser/version, exact console error, and the UI action where this fails? |
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment


Uh oh!
There was an error while loading. Please reload this page.
We are using unleash locally inside a minikube setup. Our setup creates several services and therefore we create local domains like
http://myservice.myorg.We don't use local https because for our local development this was never needed.
Unleash would now be accessible under
http://unleash.myorg.This is a insecure domain and so things like creating a flag would fail, because
crypto.randomUUID()should only work in a secure context, as described in mdn: https://developer.mozilla.org/de/docs/Web/API/Crypto/randomUUIDShould this edge case be handled by unleash or is this more of a "bad luck, add cert to your local development"?
All reactions