Description of problem:
During CNV Wizard installation (GUI) the namespace for where the CNV can be installed can be edited. This can cause problems with other components that are searching for that Namespace. If we are searching for that NS why do we want to give the option to change it, we should make it hardcoded
Version-Release number of selected component (if applicable):
Try to install CNV from the operator hub
The Namespace can be changed/updated
Namespace field should be read-only or not exists
I think we should show the NS in the GUI but it would be read-only
so we are preselecting the "Operator recommended Namespace" radio button of the "Install Namespace", in case the operator contains `operatorframework.io/suggested-namespace` annotation, which indicated the recommended namespace to install the operator into.
In this case its `operatorframework.io/suggested-namespace: openshift-cnv`. We cannot force users to user the suggested namespace.
On the other hand we could add a warning, with message like: "Selected namespace is not recommended for operator installation", if the annotation is present on the operator.
Peter could you please assist here on what the proper fix should look like from the UX side? Thanks !
I believe this 'operator recommended namespace' feature was pretty deliberately implemented to not force the user to select a particular namespace and instead guide the user to the suggested namespace. I've added Daniel Messer and Tony Wu who may have insight as well but I believe this is not a bug.
(In reply to Jakub Hadvig from comment #1)
> Hey Kobig,
> so we are preselecting the "Operator recommended Namespace" radio button of
> the "Install Namespace", in case the operator contains
> `operatorframework.io/suggested-namespace` annotation, which indicated the
> recommended namespace to install the operator into.
> In this case its `operatorframework.io/suggested-namespace: openshift-cnv`.
> We cannot force users to user the suggested namespace.
> On the other hand we could add a warning, with message like: "Selected
> namespace is not recommended for operator installation", if the annotation
> is present on the operator.
> Peter could you please assist here on what the proper fix should look like
> from the UX side? Thanks !
Why cant we force the user to use the Openshift-cnv?
We have a case(Connected to the BZ and not the first) that NS was changed and it is causing some problems...
Why not prevent issues from happening? and for future operators/features we are all aligned with that NS
We discussed the fix with Daniel Messer and we will add an waring alert that would notify the user that installing the operator into other then suggested NS can cause problems.
In case further actions are needed please submit and RFE to COnsole or OLM Jira - https://issues.redhat.com/projects/OLM or https://issues.redhat.com/projects/CONSOLE
@dmesser typically I'm all for server-side solutions; but here I think the request is just to avoid GUI mistakes:
Let an operator specify something like supportedOnlyOnRecommendedNamespace:true ; then GUI can protect users for falling into an unsupported condition based on this request by disabling the radio button.
Created attachment 1858975 [details]
Non standard name space warning
Steps to verify:
1. Install a operator and one the wizard try to use another namespace
instead of suggested name space
the error message shows up now.
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 (Moderate: OpenShift Container Platform 4.10.3 security 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.