Bug 1623385
| Summary: | [admin] List storage class on page all the time | ||
|---|---|---|---|
| Product: | OpenShift Container Platform | Reporter: | Yadan Pei <yapei> |
| Component: | Management Console | Assignee: | Jon Jackson <jonjacks> |
| Status: | CLOSED ERRATA | QA Contact: | Yadan Pei <yapei> |
| Severity: | low | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.11.0 | CC: | aos-bugs, jokerman, mmccomas, spadgett, yapei |
| Target Milestone: | --- | ||
| Target Release: | 4.1.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: |
Cause: By default, resources on list pages are not listed when no projects are available.
Consequence: Cluster level storage classes were not listed when users do not have any projects.
Fix: Add a special case to allow cluster level storage classes to be listed even when no projects are available.
Result: Cluster level resources will be listed on the storage class list page when user has no projects.
|
Story Points: | --- |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-06-04 10:40:34 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: | |||
|
Description
Yadan Pei
2018-08-29 09:05:39 UTC
Since we're showing roles on the roles page, we should probably be consistent here. I notice as well we are in fact fetching the data even if we're showing a "fake" list, so we already have the storage classes. Checked on
$ oc get clusterversion
NAME VERSION AVAILABLE PROGRESSING SINCE STATUS
version 4.0.0-0.nightly-2019-01-15-010905 True False 44m Cluster version is 4.0.0-0.nightly-2019-01-15-010905
$ oc get pods openshift-console-76d9f7dc54-6hgs6 -n openshift-console -o yaml | grep -i image
image: registry.svc.ci.openshift.org/ocp/4.0-art-latest-2019-01-15-010905@sha256:ba056d05b2b7005fdba3de4deefcd14c2ce91e1b7878b63f32ac72caa6ce3a01
$ sudo podman images
registry.svc.ci.openshift.org/ocp/4.0-art-latest-2019-01-15-010905@sha256 ba056d05b2b7005fdba3de4deefcd14c2ce91e1b7878b63f32ac72caa6ce3a01 4043d65804a8 6 hours ago 261 MB
$ sudo podman inspect 4043d65804a8
...
"Labels": {
"io.openshift.source-repo-commit": "a62eaa43f2aab9a817a3fb66e1c8b88d5ef100da",
"io.openshift.source-repo-url": "https://github.com/openshift/console",
"io.openshift.tags": "openshift,console",
"maintainer": "Samuel Padgett <spadgett>",
"name": "openshift/ose-console",
"release": "0.139.0.0",
"summary": "Provides the latest release of Red Hat Enterprise Linux 7 in a fully featured and supported base image.",
"url": "https://access.redhat.com/containers/#/registry.access.redhat.com/openshift/ose-console/images/v4.0.0-0.139.0.0",
"vcs-ref": "f871de84d993327ecc723846bbac3959a36103c1",
"vcs-type": "git",
"vendor": "Red Hat, Inc.",
"version": "v4.0.0"
....
$ cd $GOPATH/src/github.com/openshift/console & git pull
$ git log a62eaa43f2aab9a817a3fb66e1c8b88d5ef100da | grep '#708' // it shows PR is included in this 4.0.0-0.nightly-2019-01-15-010905 build
Merge pull request #708 from TheRealJon/refactor-new-user-experience
but when a fresh new(no project) user logins to cluster console, goes to Storage -> Storage Classes page, it still shows "No Storage Classes Found"
Assign back
Follow on fix: https://github.com/openshift/console/pull/1468 A fresh new user logins to admin console, visit Storage -> Storage Classes page, it shows existing storage class on page verified on 4.1.0-0.nightly-2019-05-04-210601 console commit: https://github.com/openshift/console/commit/47f5e8e4a15303a15f138070753ab41c3e8fac3c 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-2019:0758 |