-
Notifications
You must be signed in to change notification settings - Fork 4.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cluster up should no longer set service_catalog_landing_page
to true
#16415
Comments
If that's the default now, what happens when we bring up cluster up w/o the service catalog? |
It still uses the new experience, just with no service catalog resources. |
if we don't set this, people won't be able to use older versions of the web console w/ the SC. Is there any harm in leaving it set? |
(this logic is tied to the oc client binary, not the version of the cluster/webconsole they are deploying) |
No, it will just be ignored. But I thought it wasn't supported already per #16314 (comment) ? |
I'm OK leaving it as-is. |
We dropped 3.6 support. someone on a slightly older 3.7 cluster could still have issues. it's not a big deal, just want to make sure you're aware. |
When did the web console start treating this as the default? |
About 15 minutes ago :) |
OK, then probably no change needed. Closing. |
In origin-web-console, we've made the service catalog landing page the default (openshift/origin-web-console#2078). Cluster up should no longer set
service_catalog_landing_page
to true, and that value will be ignored if set.https://github.com/openshift/origin/blob/master/pkg/oc/bootstrap/docker/openshift/helper.go#L849
The text was updated successfully, but these errors were encountered: