-
Notifications
You must be signed in to change notification settings - Fork 60
Tree item in the Serverless Functions view keeps name of the latest used project #3145
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
Comments
@lgrossma |
Sounds as a correct behaviour when user switches namespaces, but I was pointing to a case when user loggs off or deletes all namespaces - in this case, shouldn't the tree item be set to it's default value? |
Post deletion of the namespace, What will be the |
The |
As part of serverless function workflow, There are three types:
We have to provide an option to create function even though there were no cluster/namespaces. So for incorporating the above local workflow we are showing the latest namespace. And user can create a function under on it. |
I understand that workflow. It just does not make sense to me to use the latest namespace, when there is none. For me as a user, it kinda seemed as a bug that after deleting all projects or logging out the tree item label did not switch back to it's default value.. |
@rgrunber mentioned that we should be able to create a serverless function without providing a namespace, so we shouldn't use the last available namespace to create the serverless function. Do we need to show the current namespace in the Serverless Functions view at all? We are already showing it in the application explorer view. |
I think we can removed the current namespace from Serverless Functions view. |
Tree item in the Serverless Functions view changes its name depending on the name of the project that is currently used. After deleting all projects on cluster or loggin off the cluster, the tree item in Serverless functions view keeps the name of the latest used project.

The text was updated successfully, but these errors were encountered: