Description of problem: Service Binding Operator has two APIs named Service Binding Operator. 1. it is not clear what the difference is between the two 2. if you want to have two different APIs selectable via the web-console there should be a difference in the naming. From the UI you will have multiple tabs from the interface with the same name. When creating a Service Binding Operator you will get a pull down with identical name selection. I will attach some screen shots with these references. Version-Release number of selected component (if applicable): How reproducible: Install the service binding Operator from the Web Console Note two APIS with the same name Goto the All instances tab and select Create new you will also get two selections with the same name. I would like to know if there is supposed to be 2 different APIs and if so having a clear definition of the two and how they differ along with names differentiating between them for the naming of the tabs on the Operator panel as well as any drop down selections. I am testing this on Z and don't have access to any other architectures for comparison. Steps to Reproduce: 1.See above 2. 3. Actual results: Expected results: See above comments on expectations Additional info:
Created attachment 1812538 [details] screen shots of web-console
Moving to dev console. This is a bug with the Service Binding operator as the display names are defined on the CSV.
We recommend the operator either mark one of these resources as an internal object, which will prevent that resource from showing up under Installed Operators, or giving the resources different display names so the user knows the difference.
@spadgett would it make sense to maybe also include the group and version as sub text in both the card and the action dropdown?
Hey, Christian. Were you proposing this for all kinds or when ambiguous? I'm not against adding group and version to the cards for all kinds. Putting it in the actions menu might get cluttered if we always add it. In this particular case, is there a particular group the user should prefer? If so, we could mark the other as internal. Otherwise, it feels like there should be something in the descriptions explaining the difference and why you'd prefer one or the other. Just knowing the API group, I'm not sure I would tell which to use unless I was already knew service bindings well.
Looks like the app services team will be updating the name of the CRDs.
Thanks for update along with the naming it needs to be clear what I customer should select. So some indication of difference and why they would select one over the other.
@cvogt I just received the RC build and installed the SBO. I selected the beta selection which is SBO 0.9.1. Do you know when they will include the fix for this issue as it is still the original. Thanks
This has been updated to 0.10 in the current release candidate build. However, there are now three subscription selections beta, candidate, preview. beta looks to be the older version and candidate and preview seem to be the same. It is unclear. Otherwise the naming of the API for candidate and preview are different. beta is the old api naming. Need to verify with dev if this is what is expected.
Based on my discussion with Predrag https://coreos.slack.com/archives/CHK22LM6Y/p1632321295227400 I am going to close this defect for the fix provided on 0.10. I will open a new defect for the channel selection as that requires additional clean up.
New defect for channel clean up https://bugzilla.redhat.com/show_bug.cgi?id=2006883