Bug 2271593 - Create storage-system wizard overlaps Project dropdown
Summary: Create storage-system wizard overlaps Project dropdown
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenShift Data Foundation
Classification: Red Hat Storage
Component: management-console
Version: 4.15
Hardware: Unspecified
OS: Unspecified
medium
low
Target Milestone: ---
: ODF 4.16.0
Assignee: Sanjal Katiyar
QA Contact: Vishakha Kathole
URL:
Whiteboard:
Depends On:
Blocks: 2260844
TreeView+ depends on / blocked
 
Reported: 2024-03-26 13:31 UTC by Daniel Osypenko
Modified: 2024-07-17 13:17 UTC (History)
5 users (show)

Fixed In Version: 4.16.0-89
Doc Type: Bug Fix
Doc Text:
.Create StorageSystem wizard overlaps Project dropdown Previously, the unused Project dropdown on top of the Create StorageSystem page caused confusion and was not used in any scenario. With this fix, the Project dropdown is removed and as a result the StorageSystem creation namespace is populated in the header of the page.
Clone Of:
Environment:
Last Closed: 2024-07-17 13:16:59 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github red-hat-storage odf-console pull 1323 0 None open Remove project dropdown from SS create page 2024-04-23 08:39:29 UTC
Github red-hat-storage odf-console pull 1328 0 None open Bug 2271593: [release-4.16] Remove project dropdown from SS create page 2024-04-24 08:25:56 UTC
Github red-hat-storage odf-console pull 1329 0 None open Bug 2271593: [release-4.16-compatibility] Remove project dropdown from SS create page 2024-04-24 08:25:52 UTC
Red Hat Product Errata RHSA-2024:4591 0 None None None 2024-07-17 13:17:07 UTC

Description Daniel Osypenko 2024-03-26 13:31:12 UTC
Description of problem (please be detailed as possible and provide log
snippests):

An element of the project search-bar (pf-v5-c-menu pf-m-scrollable co-namespace-dropdown__menu) is higher on z-layer than 
<nav class="pf-c-wizard__nav" data-ouia-component-type="PF4/WizardNav" data-ouia-safe="true" data-ouia-component-id="OUIA-Generated-WizardNav-2"><ol class="pf-c-wizard__nav-list"><li class="pf-c-wizard__nav-item"><button id="1" class="pf-c-wizard__nav-link pf-m-current" aria-current="step" data-ouia-component-type="PF4/WizardNavItem" data-ouia-safe="true" data-ouia-component-id="OUIA-Generated-WizardNavItem-6">Backing storage</button></li><li class="pf-c-wizard__nav-item"><button disabled="" id="2" class="pf-c-wizard__nav-link pf-m-disabled" aria-disabled="true" aria-current="false" data-ouia-component-type="PF4/WizardNavItem" data-ouia-safe="true" data-ouia-component-id="OUIA-Generated-WizardNavItem-7">Security and network</button></li><li class="pf-c-wizard__nav-item"><button disabled="" id="3" class="pf-c-wizard__nav-link pf-m-disabled" aria-disabled="true" aria-current="false" data-ouia-component-type="PF4/WizardNavItem" data-ouia-safe="true" data-ouia-component-id="OUIA-Generated-WizardNavItem-8">Review and create</button></li></ol></nav>

This makes imposible to select project on the page with path <cluster-url>/k8s/ns/openshift-storage/operators.coreos.com~v1alpha1~ClusterServiceVersion/odf-operator.v4.15.0-rhodf/odf.openshift.io~v1alpha1~StorageSystem/~new

--------

Version of all relevant components (if applicable):

OpenShift version
4.15.0-0.nightly-2024-03-24-023440

ODF Version:
4.15.0-rhodf

--------

Does this issue impact your ability to continue to work with the product
(please explain in detail what is the user impact)?
yes

--------

Is there any workaround available to the best of your knowledge?
select Project before, on any other page and then navigate to creating new StorageSystem

Rate from 1 - 5 the complexity of the scenario you performed that caused this
bug (1 - very simple, 5 - very complex)?
1

--------

Can this issue reproducible?
10/10

--------

Can this issue reproduce from the UI?
yes

--------

If this is a regression, please provide more details to justify this:
regression. On ODF 4.14 it was not observed.

Steps to Reproduce:
1. Login to management-console and navigate to Storage / Data Foundation / Storage Systems 
2. Click on create StorageSystem wait the page is updated
3. Click on Project on the namespace bar, try to select project

--------

Actual results:
Project dropdown is not visible and rendered behind side-bar in the left, with wizard navigation

--------

Expected results:
Project dropdown is rendered above the StorageSystems creation wizard

--------

Additional info:
screenshot - https://drive.google.com/file/d/1Rp_LGaNgUZ5k41gBircjgSA43CdhjB1U/view?usp=sharing
screen recording - https://drive.google.com/file/d/1j3oH822xi1ZeyqrYZvYHiWWmkk5ihbJ4/view?usp=sharing

Comment 3 Sanjal Katiyar 2024-03-26 13:41:10 UTC
this is not a "high" severity issue, that dropdown is not needed for any "Create StorageSystem" related functions... not even in multi-cluster use cases... user is not supposed to use that dropdown...

reducing the severity, this bug probably has been there since we first introduced the "Create StorageSystem" wizard flow...

Comment 4 Sanjal Katiyar 2024-03-26 13:42:19 UTC
(In reply to Sanjal Katiyar from comment #3)
> this is not a "high" severity issue, that dropdown is not needed for any
> "Create StorageSystem" related functions... not even in multi-cluster use
> cases... user is not supposed to use that dropdown...
>

in case of multi cluster, UI will automatically create the cluster in openshift-storge-extended namespace (plz check the official docs for more details)...

Comment 5 Sanjal Katiyar 2024-03-26 13:44:36 UTC
small correction to the description:
 
> Does this issue impact your ability to continue to work with the product
> (please explain in detail what is the user impact)?

> NO

Comment 6 Sanjal Katiyar 2024-03-26 13:46:27 UTC
in short that "Project Bar" simply displays the operator install namespace...

Comment 7 Daniel Osypenko 2024-03-27 10:42:25 UTC
I don't quite agree that this issue should be given "low" priority. 
Firstly, it will be encountered by every new user attempting to deploy a cluster using the management console. 
Secondly, this is a regression.

> small correction to the description:
 
>> Does this issue impact your ability to continue to work with the product
>> (please explain in detail what is the user impact)?

>> NO

If we cannot select project, or if it does not have effect on created StorageSystem than the bar with selecting Project should be removed, to not confuse user. Similarly to PV or StorageClass creation pages.

> in short that "Project Bar" simply displays the operator install namespace...

I believe this is not described, and this is not straightforward

Comment 8 Sanjal Katiyar 2024-03-27 11:35:20 UTC
> I don't quite agree that this issue should be given "low" priority

this issue is "low" severity IMHO because no one ever need to use it while the deployment (neither in older versions of ODF nor newer) and it certainly not impact StorageSystem creation in anyway... so it should not be proposed for "4.15.0" as "high" severity issue (like it originally was)... 


> Firstly, it will be encountered by every new user attempting to deploy a cluster using the management console. 
> Secondly, this is a regression

we never document in the StorageSystem deployment steps to use this dropdown, so it is not really impacting anyone... (please let me know if that is not the case: https://access.redhat.com/documentation/en-us/red_hat_openshift_data_foundation/4.15/html/deploying_openshift_data_foundation_using_bare_metal_infrastructure/deploy-using-local-storage-devices-bm)


> If we cannot select project, or if it does not have effect on created StorageSystem than the bar with selecting Project should be removed, to not confuse user.

I agree with this point, and it does make sense ! but this was UX suggestion (cc Chandan Kumar) to keep this Project dropdown bar to have similar experience like other operator operand's "Create" pages.


> I believe this is not described, and this is not straightforward

if this is not described, we can do so (if really needed and make sense to do so) or even have a discussion with UX team and remove it as a RFE BZ... (also, this dropdown is added by OCP, not ODF)

Comment 9 Sanjal Katiyar 2024-03-27 11:39:33 UTC
> I don't quite agree that this issue should be given "low" priority. 

I never said low "priority", I mentioned it as low "severity"... we can make priority as "medium" if that helps :)


> Similarly to PV or StorageClass creation pages.

PV and StorageClass are cluster-wide resources.

Comment 14 Daniel Osypenko 2024-04-30 14:21:55 UTC
With ODF 4.16.0-90.stable we have "Namespace: openshift-storage-extended" in the header. Cluster does not have this ns, will it be created? What namespace name will be for the next StorageSystem we want to install? 
Adding screenshot

Comment 16 Sanjal Katiyar 2024-05-07 04:48:56 UTC
(In reply to Daniel Osypenko from comment #14)
> With ODF 4.16.0-90.stable we have "Namespace: openshift-storage-extended" in
> the header. Cluster does not have this ns, will it be created? What
> namespace name will be for the next StorageSystem we want to install? 
> Adding screenshot

Hi,

For the very first StorageSystem/StorageCluster creation this header will show namespace as "openshift-storage" (ODF operator install namespace).

Now, from 4.15 onwards we support multiple StorageSystems (1 internal + 1 external) (refer: https://issues.redhat.com/browse/RHSTOR-4422). So, for the second "Ceph" based StorageSystem/StorageCluster header will show the namespace as "openshift-storage-extended" which is created by UI (if not already existing) (this should be well documented in 4.15 docs as well).

We do not support more than 2 "Ceph" clusters, so header in that case is irrelevant (irrespective of any value which it might/might-not be showing) as "Next" button will always be blocked and user won't be able to create any more clusters.

Finally, IBM FlashSystem StorageSystem, this will always be created in "openshift-storage" and header should reflect the same when this option is selected.

Comment 17 Daniel Osypenko 2024-05-07 08:54:37 UTC
Based on the screenshot and validation on ODF 4.16.0-90 moved to Verified

Comment 18 errata-xmlrpc 2024-07-17 13:16:59 UTC
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 (Important: Red Hat OpenShift Data Foundation 4.16.0 security, enhancement & bug fix update), 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/RHSA-2024:4591


Note You need to log in before you can comment on or make changes to this bug.