-
-
Notifications
You must be signed in to change notification settings - Fork 4k
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
Minor Auth0 improvements #16127
Minor Auth0 improvements #16127
Conversation
Discovered I was using the wrong variables for Cypress. When using the following, it works:
|
I spoke too soon! Only 1 of 4 tests pass with Auth0 + Cypress and the app from this issue.
|
What error do you see? |
@vishal423 I'm used to seeing the browser show me the Cypress tests running. When I run Edit: removed duplicate failures. |
Added bug bounty in hopes of getting Cypress + Auth0 tests fixed. |
I have 2 difficulties:
But it worked with those. |
I will create a blueprint and daily builds for auth0 |
@mraible The interactive run behavior got changed in the latest Cypress versions. If you want to run tests in an interactive mode, then pass the From the above screenshots, it's not clear if the issue is with |
I prefer to remove the documentation from here and update relevant docs on |
How do I do that? |
You can try following steps listed under comment jhipster/generator-jhipster-svelte#495 (comment) |
@vishal423 If the default has changed to headless, maybe we should change or remove some of the commands for headless? Or change our default to headed to keep backward compatibility with previous 7.x releases? "e2e": "npm run e2e:cypress",
"pree2e:headless": "npm run ci:server:await",
"e2e:headless": "npm run e2e:cypress:headless",
"e2e:cypress:headless": "npm run e2e:cypress -- --headless",
"e2e:cypress": "cypress run --browser chrome --record ${CYPRESS_ENABLE_RECORD:-false}", |
I think this change got lost in |
@vishal423 These tests pass for me too. It's the entity tests that fail. |
do you have |
JHipster configuration, a
|
Maybe it's just my Auth0 org? That's possible. I thought it might've been caused by the Google Social Login I had enabled. However, after removing that, my results are the same. |
Can you check once if your auth0 account is exceeding rate limits resulting in denied authentication? |
I thought about that, but I haven't seen any alerts or received any notifications. I'm not sure where to look for it in Auth0's console either. I turned off Suspicious IP Throttling, but that didn't help. I even tried deleting the Then I noticed this in my logs. Seems to be rate-limiting that's causing the issue!
|
I tried upgrading to an "Essentials" account for $23/month, but it doesn't help the problem. I guess this is motivation to test against Keycloak in CI! |
I believe this is the source of the issue: https://auth0.com/docs/support/policies/rate-limit-policy/database-connections-rate-limits
|
We can try the new cypress session api. |
This behavior is well documented in cypress auth0 integration docs along with solution: https://docs.cypress.io/guides/testing-strategies/auth0-authentication#Auth0-Rate-Limiting-Logins |
Improve Auth0 documentation in README.
NOTE: I was not able to get Cypress to work with Auth0. I set
E2E_USERNAME
andE2E_PASSWORD
, but there are no successful tests.Please make sure the below checklist is followed for Pull Requests.