Organization list not exists on Create Workspace page after Redesign "Create Custom Workspace" page changes.
Create Custom Workspace page by Add Workspace buttonOrganizations list exists on the page
kubectl version)oc version)minikube version and kubectl version)minishift version and oc version)docker version and kubectl version)Organizations list on old create workspace page

Potentially, it's not very difficult to fix this issue but there is a question if we really should do it.
According to yesterday's Che Internal Call: we agreed that we should consider disabling organization functionalities until it won't be revised within https://github.com/eclipse/che/issues/15304.
The main motivation - Organizations were designed to docker infrastructure and the main their purpose was limiting users RAM usage, but on K8s/OpenShift infrastructure Che RAM Resource API model does not work correctly anymore. The tip of the iceberg is https://github.com/eclipse/che/issues/11424, but then Che Resource API should be probably redesigned to be consistent with OpenShift Resource Quotas model.
In addition, some time ago we disabled the functionality of sharing workspaces to avoid the leak of user's personal data, like ssh keys. AFAIS with the organization this functionality is available without proper message for users that it's not really safe thing to do.
One more inconsistency - once user is added to the organization - they are not able to create a workspace in their personal space anymore.
Despite that fact that something works - like limit organization workspaces, running workspaces numbers, an ability for admin to see all members workspaces (possibly removing and stopping them but not sure). It's better to disable this feature which is partially working for a long time with a lot of inconsistency.
So, this issue is going to be discussed again on Che Community Call.
It's P2 now since organizations are disabled by default.
Most helpful comment
Potentially, it's not very difficult to fix this issue but there is a question if we really should do it.
According to yesterday's Che Internal Call: we agreed that we should consider disabling organization functionalities until it won't be revised within https://github.com/eclipse/che/issues/15304.
The main motivation - Organizations were designed to docker infrastructure and the main their purpose was limiting users RAM usage, but on K8s/OpenShift infrastructure Che RAM Resource API model does not work correctly anymore. The tip of the iceberg is https://github.com/eclipse/che/issues/11424, but then Che Resource API should be probably redesigned to be consistent with OpenShift Resource Quotas model.
In addition, some time ago we disabled the functionality of sharing workspaces to avoid the leak of user's personal data, like ssh keys. AFAIS with the organization this functionality is available without proper message for users that it's not really safe thing to do.
One more inconsistency - once user is added to the organization - they are not able to create a workspace in their personal space anymore.
Despite that fact that something works - like limit organization workspaces, running workspaces numbers, an ability for admin to see all members workspaces (possibly removing and stopping them but not sure). It's better to disable this feature which is partially working for a long time with a lot of inconsistency.
So, this issue is going to be discussed again on Che Community Call.