-
Notifications
You must be signed in to change notification settings - Fork 1.8k
[RHDEVDOCS-6885] Release notes for Pipelines 1.20.1 #100998
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
base: pipelines-docs-1.20
Are you sure you want to change the base?
Conversation
|
🤖 Thu Oct 23 13:23:18 - Prow CI generated the docs preview: |
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.
Added comment for console notes to include additional details
9db459c to
4192b53
Compare
4192b53 to
acc637d
Compare
modules/op-release-notes-1-20-1.adoc
Outdated
|
|
||
| .User interface | ||
|
|
||
| * Before this update, after upgrading {OCP} to 4.19.15, the Navigation tab intermittently disappeared, and the Pipeline Operator installation UI could crash after creating a PipelineRun on Sandbox clusters. These issues were caused by a race condition introduced by new flags in {OCP}. With this update, the race condition is been resolved and the issue is fixed. |
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.
@ochromy the issue happens when customers upgrade to any OCP version 4.19.15 or greater until some version this issue is expected the mitigation for which is to upgrade to pipelines versio 1.20.1. Please reconfirm this
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.
I've updated the note:
- Before this update, after upgrading {OCP} to 4.19.15 or greater, the Navigation tab intermittently disappeared, and the Pipeline Operator installation UI could crash after creating a PipelineRun on Sandbox clusters. These issues were caused by a race condition introduced by new flags in {OCP}. With this update, the race condition is resolved.
@anwesha-palit-redhat Could you please confirm/check this?
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.
This UI issue was happening between some versions. If possible please add the OCP version with which this is fixed.
reviews no1 reviews no2 reviews no3 reviews no4 reviews no5
acc637d to
6f02127
Compare
|
@ochromy: all tests passed! 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-sigs/prow repository. I understand the commands that are listed here. |
|
|
||
| * Before this update, commit status handling and pipeline execution for GitLab forks would fail unexpectedly when {pac} fell back to posting comments for status updates when permissions were restricted on forked projects, and PipelineRuns would fail if the configured token lacked read access to the source repository. With this update, {pac} attempts to set commit status on both the source (fork) and target (upstream) projects, only posting a comment if both attempts fail. Additionally, {pac} attempts to proactively verify that the configured token includes the `read_repository` scope before running a pipeline, failing early with a clear error message if access is insufficient. | ||
|
|
||
| * Before this update, the {pac} dynamic variable `revision` returned the Secure Hash Algorithm (SHA) of the original commit instead of the latest HEAD merge commit after upgrading to {pipelines-shortname} 1.19. With this update, the changes introduced in 1.19 are reverted and the revision variable always fetches the SHA of the HEAD merge commit as expected. |
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.
| * Before this update, the {pac} dynamic variable `revision` returned the Secure Hash Algorithm (SHA) of the original commit instead of the latest HEAD merge commit after upgrading to {pipelines-shortname} 1.19. With this update, the changes introduced in 1.19 are reverted and the revision variable always fetches the SHA of the HEAD merge commit as expected. | |
| * Before this update, the {pac} dynamic variable `revision` returned the SHA of the original commit instead of the latest HEAD merge commit after upgrading to {pipelines-shortname} 1.19. With this update, the changes introduced in 1.19 are reverted and the `revision` variable always fetches the SHA of the HEAD merge commit as it does before. |
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.
I guess full form of the SHA doesn't make sense here as we usually onle use term "SHA".
Version(s):
Issue:
https://issues.redhat.com/browse/RHDEVDOCS-6885
Link to docs preview:
QE review: