-
Notifications
You must be signed in to change notification settings - Fork 110
Bug 2059515: e2e: Pin the Keycloak version used in tests #551
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
|
@pierreprinetti: This pull request references Bugzilla bug 2059515, which is invalid:
Comment In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
In a separate patch, I will propose to instrument 4.11 to use the non-legacy variant of Keycloak v17, and keep some form of pinning. /retitle Bug 2059515: e2e: Pin the Keycloak version used in tests |
|
@pierreprinetti: This pull request references Bugzilla bug 2059515, which is valid. The bug has been moved to the POST state. The bug has been updated to refer to the pull request using the external bug tracker. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
26ab13b to
6439073
Compare
|
@pierreprinetti: This pull request references Bugzilla bug 2059515, which is valid. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/assign stlaz |
|
It was raised in keycloak/keycloak-quickstarts#300 but no update yet, @pierreprinetti FYI. |
|
/retest |
|
/retest |
|
@pierreprinetti: once the present PR merges, I will cherry-pick it on top of release-4.10 in a new PR and assign it to you. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: pierreprinetti, s-urbaniak The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest-required |
1 similar comment
|
/retest-required |
|
/hold
|
|
@stlaz As mentioned in the BZ, I have already contacted the Keycloak devs. They mentioned that v17 introduced an API change and there's no intention to come back to the old behaviour (see the internal conversation in the chat). Since you don't want to pin the test dependency, I am going to change this PR to apply the alternative solution, which is: change the tests to use the new (v17, Quarkus-based) API. My understanding is that you expect the API change to also be backported; that's what I am now going for. |
6439073 to
201d185
Compare
|
New changes are detected. LGTM label has been removed. |
201d185 to
e9d07bf
Compare
Before this patch, the e2e tests pulled the `latest` tag of `quay.io/keycloak/keycloak`. The upgrade of the `latest` image to Keycloack v17.0.0 made the e2e test suite fail. More specifically, in the same conditions the 17.0.0 image [does not start automatically][1] any more when the container is created. This patch pins the Keycloak version to the "legacy" variant of v17.0.0, which exposes the same behaviour as what the tests expect. [1]: keycloak/keycloak-containers@41baf7c
e9d07bf to
3f5f261
Compare
|
@pierreprinetti: The following tests failed, say
Full PR test history. Your PR dashboard. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
|
/close |
|
@pierreprinetti: Closed this PR. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
|
@pierreprinetti: This pull request references Bugzilla bug 2059515. The bug has been updated to no longer refer to the pull request using the external bug tracker. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Before this patch, the e2e tests pulled the
latesttag ofquay.io/keycloak/keycloak. The upgrade of thelatestimage toKeycloack v17.0.0 made the e2e test suite fail.
More specifically, in the same conditions the 17.0.0 image does not
start automatically any more when the container is created.
This patch pins the Keycloak version to the "legacy" variant of v17.0.0,
which exposes the same behaviour as what the tests expect.