-
Notifications
You must be signed in to change notification settings - Fork 7.9k
Fix ResetPasswordTest on chrome 128 #32710
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
Conversation
closes keycloak#32514 closes keycloak#32478 closes keycloak#32477 closes keycloak#32678 closes keycloak#32542 closes keycloak#32678 closes keycloak#32541 Signed-off-by: mposolda <[email protected]>
2c2d334 to
55d45b9
Compare
wojnarfilip
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for investigating this and coming up with the solution to improve test stability. LGTM.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unreported flaky test detected, please review
Unreported flaky test detectedIf the flaky tests below are affected by the changes, please review and update the changes accordingly. Otherwise, a maintainer should report the flaky tests prior to merging the PR. org.keycloak.testsuite.webauthn.registration.passwordless.PwdLessUserVerRegTest#discouragedNoVerificationKeycloak CI - WebAuthn IT (chrome) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unreported flaky test detected, please review
Unreported flaky test detectedIf the flaky tests below are affected by the changes, please review and update the changes accordingly. Otherwise, a maintainer should report the flaky tests prior to merging the PR. org.keycloak.testsuite.webauthn.registration.passwordless.PwdLessUserVerRegTest#discouragedNoVerificationKeycloak CI - WebAuthn IT (chrome) |
|
@wojnarfilip Thanks! |
closes #32514
closes #32478
closes #32477
closes #32678
closes #32542
closes #32678
closes #32541
@miquelsi @wojnarfilip Are you able to review please?
I was not able to reproduce locally with Chrome 126 + ChromeDriver 125 and tests always passed. After upgrade to Chrome 128 and chromeDriver 128, I was able to reproduce flakiness locally. So it looks that chrome+chromeDriver upgrade caused this on GH actions, which is probably why this test started to fail just recently.
After this change, I am not able to see any flakiness locally, so I think this fix will help on GH actions as well.
This should help with all the
ResetPasswordTestfailures and flakiness. It looks that chrome update to 128 happened around 29th August on GH actions as this is when the issues started to be reported. If there are multiple links where this strange behaviour happens, we can possibly consider moving "retry" somewhere to the framework (maybeUIUtils.clickLink) instead of handling just this single link.