8000 Forms IT tests breaks with Chrome 136.0.7103.59 · Issue #39540 · keycloak/keycloak · GitHub
[go: up one dir, main page]

Skip to content

Forms IT tests breaks with Chrome 136.0.7103.59 #39540

Closed

Description

@ahus1

Before reporting an issue

  • I have read and understood the above terms for submitting issues, and I understand that my issue may be closed without action if I do not follow them.

Area

No response

Describe the bug

When running with the latest version of chrome 136.0.7103.59, tests like BrowserButtonsTest.appInitiatedRegistrationWithBackButton fail on chrome

Version

main

Regression

  • The issue is a regression

Expected behavior

Tests should pass

Actual behavior

Tests fail, see https://github.com/keycloak/keycloak/actions/runs/14880473986/job/41808705885?pr=39522 and https://github.com/keycloak/keycloak/actions/runs/14885132071/job/41803271126

How to Reproduce?

See CI. Also tested locally.

Anything else?

No response

Activity

  1. self-assigned this
    on May 7, 2025
  2. changed the title [-]Forms IT tests break with Chrome 136.0.7103.59[/-] [+]Forms IT tests breaks with Chrome 136.0.7103.59[/+] on May 7, 2025
  3. added
    area/ciCI/CD — GitHub Actions, Maven caching, runner images, release automation
    on May 7, 2025
  4. ahus1 commented on May 7, 2025

    @ahus1
    MemberAuthor

    @mposolda / @rmartinc - when testing this locally it was consistently failing for Chrome 136.0.7103.59 locally, so I downgraded to 135.0.7049.114 and then the test started to work again.

    The workaround is now part of a097c5a which should now log the version used in the tests which was a bit hard to find out from the previously known good test.

    I would appreciate if the core-clients team would have a look. With the workaround, the release branches are unblocked (first main, and as soon as we backport #39537 also 26.2

    Thanks!

  5. removed their assignment
    on May 7, 2025
  6. added a commit that references this issue on May 7, 2025
  7. ahus1 commented on May 8, 2025

    @ahus1
    MemberAuthor

    See comment: a403ff0#r156592758

  8. self-assigned this
    on May 8, 2025
  9. 4 remaining items

  10. added a commit that references this issue on May 9, 2025
    61e1545
  11. added a commit that references this issue on May 9, 2025
    048bc88
  12. added a commit that references this issue on May 9, 2025
    0879e5e
  13. ahus1 commented on May 9, 2025

    @ahus1
    MemberAuthor

    @rmartinc - what are your plans for 26.0? Do you plan to backport it to that release branch as well? If yes, please also cherry-pick my workaround first to avoid conflicts.

  14. rmartinc commented on May 9, 2025

    @rmartinc
    Contributor

    @ahus1 In 26.0 we are using chrome 134 fixed. IIRC there are two issues we should backport to moveto curent chrome in 26.0 (this one and the one about the password detected at leaked by the browser).

  15. ahus1 commented on May 9, 2025

    @ahus1
    MemberAuthor

    Thank you for pointing me to how it works in 26.0. IMHO staying with a fixed version of Chrome in 26.0 might be sufficient. If anything breaks with a newer browser, we'll see it in 26.2 first and then hopefully consciously decide if we want to backport it to 26.0 or not.

  16. added a commit that references this issue on May 12, 2025
    fbc7cbf
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Fields

No fields configured for issues without a type.

Projects

No projects

    Milestone

    36AF No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

    0