Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1515505

Summary:	better UX when multiple clusters are used
Product:	OpenShift Container Platform	Reporter:	Aleksandar Kostadinov <akostadi>
Component:	RFE	Assignee:	Jessica Forrester <jforrest>
Status:	CLOSED WONTFIX	QA Contact:	yasun
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3.7.0	CC:	aos-bugs, jokerman, mmccomas, xxia, yasun, yufchang
Target Milestone:	---	Keywords:	Automation
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2019-06-12 11:55:11 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 Aleksandar Kostadinov 2017-11-20 23:12:36 UTC

Description of problem:
For a user it is hard to work with multiple OpenShift clusters. Now that we are implementing virtual clusters in online staging that would become a more common use case.

For the CLI part, it is inconvenient for a user to log into multiple clusters and switching between them unless user remembers well cluster URLs. There is a pull request to help with this but was closed [1]. With virtual clusters it would be even harder, because API URL would be the same and it would be even more confusing.

For management console the issue is that once user logs in with one account, when user wants to do changes in two virtual clusters, that would require logging out of first cluster and logging into the other one. Or using separate browser profiles. This would be rather annoying in my opinion.

I believe that UX around using multiple clusters needs to be designed in a convenient for the user way.

For me possible improvements would be:
1. virtual clusters will be easier to use if they use different hostname or at least different API/console path
2. make easier switching between accounts in CLI by reconsidering and if needed fixing [1].

[1] https://github.com/openshift/origin/pull/16161#event-1310447864

Version-Release number of selected component (if applicable):
3.7.x

Comment 2 Aleksandar Kostadinov 2017-11-30 17:46:13 UTC

One other UX issue is the incompatibility of oc 3.7 with servers earlier than 3.6
(bug 1519314).

Presently `oc` RPM installation doesn't let you install multiple versions of `oc`. This means one can't work simultaneously with OpenShift Online (when it is upgraded) and for example local installation of OCP 3.4 (which is a supported version).

If different `oc` versions are to be required, then RPMs should be versioned such that one can install multiple oc3# packages and call them as `oc36`, `oc34`, etc.

Additionally the "alternatives" system can be employed to select the default version (similar to python2 and python3 executables).

Comment 3 Aleksandar Kostadinov 2017-12-05 13:28:32 UTC

Another issue with usability when virtual clusters are used is SSO. For example I have an app on free-int:
https://jenkins-testqe.d800.free-int.openshiftapps.com/

It is a jenkins app with OpenShift SSO login. When I open the URL it provides me with a button to login with OpenShift. I click that button and I am sent to OpenShift console login screen with 3 choices to login with. Now I don't know which button to click which would corresponds to cluster the app is running on.

Comment 5 Kirsten Newcomer 2019-06-12 11:55:11 UTC

With the introduction of OpenShift 4, Red Hat has delivered or roadmapped a substantial number of features based on feedback by our customers.  Many of the enhancements encompass specific RFEs which have been requested, or deliver a comparable solution to a customer problem, rendering an RFE redundant.

This bz (RFE) has been identified as a feature request not yet planned or scheduled for an OpenShift release and is being closed. 

If this feature is still an active request that needs to be tracked, Red Hat Support can assist in filing a request in the new JIRA RFE system, as well as provide you with updates as the RFE progress within our planning processes. Please open a new support case: https://access.redhat.com/support/cases/#/case/new 

Opening a New Support Case: https://access.redhat.com/support/cases/#/case/new 

As the new Jira RFE system is not yet public, Red Hat Support can help answer your questions about your RFEs via the same support case system.

Comment 6 Aleksandar Kostadinov 2020-04-10 21:11:41 UTC

Moved oc context switching to JIRA [1]. Need to check whether virtual clusters issue is still applicable.

[1] https://issues.redhat.com/browse/WRKLDS-153