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
Bug 1798858: Fix bug where installed operators list status is missin… #4270
Conversation
@rhamilto: This pull request references Bugzilla bug 1798858, 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. 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. |
@tlwu2013 or @alecmerdler, can you provide insight as to why the table status was showing |
/retest |
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
/retest |
2 similar comments
/retest |
/retest |
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
@@ -184,11 +172,15 @@ const ClusterServiceVersionStatus: React.FC<ClusterServiceVersionStatusProps> = | |||
obj, | |||
subscription, | |||
}) => { | |||
const statusString = _.get(obj, 'status.reason', ClusterServiceVersionPhase.CSVPhaseUnknown); | |||
const showSuccessIcon = statusString === 'Copied' || statusString === 'InstallSucceeded'; | |||
const status = _.get(obj, 'status.phase'); |
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.
The CLI does not use a default value (if status.phase
does not exist, nothing is shown).
@@ -363,14 +342,14 @@ export const FailedSubscriptionTableRow: React.FC<FailedSubscriptionTableRowProp | |||
<ResourceLink kind="Namespace" title={namespace} name={namespace} /> | |||
</TableData> | |||
|
|||
{/* Status */} |
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 was overlooked in #3712.
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
@rhamilto: This pull request references Bugzilla bug 1798858, which is valid. 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. |
@benjaminapetersen, @TheRealJon this is ready for review. |
Hi @rhamilto , I'll share some background/history here. Like you pointed out, "Installed Operators list view" uses This only happens when an Operator is installed as a "global Operator" (made available to all namespaces) and would be installed in "openshift-operators" namespace. In this case, only the CSV in "openshift-operators" namespace is the one being installed by the OLM (as In the past, UI needs this clear differentiation because: Given that: I feel it should be okay if we free up this CSV status distinction and replace Wondering what other people's thoughts about this? |
Thanks, @tlwu2013! The background is very helpful. |
This makes sense to me. I just want to include a link to #3755 (comment) in which the operator status was added to the status cards in dashboards, and at the time we agreed that status.phase should be used there (to match the details view they would see if they clicked an operator) and that we should revisit the list view in the future, which is what this bug is accomplishing. FYI @andybraren |
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.
/lgtm
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: rhamilto, TheRealJon The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@rhamilto: All pull requests linked via external trackers have merged. Bugzilla bug 1798858 has been moved to the MODIFIED state. 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. |
/cherry-pick release-4.3 |
@rhamilto: #4270 failed to apply on top of branch "release-4.3":
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. |
return <ErrorStatus {...statusProps}>{children}</ErrorStatus>; | ||
|
||
case 'Accepted': | ||
case 'Active': | ||
case 'Bound': | ||
case 'Complete': | ||
case 'Completed': | ||
case 'Copied': |
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 is not needed as this is a status.reason
status.
…g or incorrect
Fixes https://bugzilla.redhat.com/show_bug.cgi?id=1798858
Before:
Status shows
status.reason
in lieu ofstatus.phase
, thus resulting in the bug.After:
Status now shows
status.phase
, which aligns it with ClusterServiceVersion Overview status and fixes bug whereSubscriptionTableRow
Status
appeared in theDeployment
column. As a result of this change, there is no longer an indicator the operator has been copied (i.e., there is no longer a status ofCopied
as that was coming fromstatus.reason
). IMO, we should explore an alternate and more obvious way to indicate an operator has been copied without repurposingStatus
.