Bug 1757526
Summary: | [UI] Page Not Found (404) instead of a list of CRDs in UI | ||||||
---|---|---|---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Irina Gulina <igulina> | ||||
Component: | Management Console | Assignee: | Samuel Padgett <spadgett> | ||||
Status: | CLOSED ERRATA | QA Contact: | Yadan Pei <yapei> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 4.3.0 | CC: | aos-bugs, cnv-qe-bugs, fdeutsch, jokerman, rhallise, spadgett, talayan, tjelinek, yanpzhan, yzamir | ||||
Target Milestone: | --- | ||||||
Target Release: | 4.3.0 | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: |
If an operator claimed a cluster-scoped CRD as an owned resource, the UI would fail to load content on the "All Instances" tab of the "Installed Operator" page. This has been fixed, and the tab contents now load correctly.
|
Story Points: | --- | ||||
Clone Of: | |||||||
: | 1758207 (view as bug list) | Environment: | |||||
Last Closed: | 2020-05-13 21:26:18 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1758207 | ||||||
Attachments: |
|
Description
Irina Gulina
2019-10-01 18:14:41 UTC
moving out to 2.2. From debugging this together with the UI team (Yaacov Zamir), it looks like the source of the issue is that the UI sends namespace specific requests for global resources, which no longer works. The bug should be probably moved to the UI team, since there is nothing we can do about this on the HCO side. I.e. the requests are sent for /api/kubernetes/apis/cdi.kubevirt.io/v1alpha1/namespaces/default/cdis?limit=250 instead of /api/kubernetes/apis/cdi.kubevirt.io/v1alpha1/cdis?limit=250 It seems that the oc tool caches the resource definitions, so it knows if the resource type is actually a namespaced or not, and sends a properly formatted request - including the namespace only for namespaced resources and ignoring it for global ones. That logic however is no longer implemented at the API level, and the system considers it a wrong request, thus the issue that we see. Tomas, can you take this? actually it is an issue in the OLM UI, moving to the correct component. Payload: 4.3.0-0.nightly-2019-11-21-122827 Checked on OCP 4.3 with above version: Installed Operators -> click CNV Operator -> All Instances tab, there is no "404:not found", but show "No Operands Found " which is correct. The bug is fixed, so move it to Verified. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:0062 |