-
Notifications
You must be signed in to change notification settings - Fork 101
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
cloudprofile.garden.sapcloud.io/name
label should not be mandatory
#781
Comments
/area usability |
Hi @ialidzhikov, can you also explain why this is needed? |
Because you can create your SecretBinding with kubectl for example (or any other means != dashboard) (and for sure you won't apply the cloudprofile label) and then your Secret won't be visible in the dashbaord. |
|
@ialidzhikov can you give feedback so that we can decide how to proceed here? |
cloudprofile.garden.sapcloud.io/name
label should not be mandatory
The Gardener project currently lacks enough active contributors to adequately respond to all issues and PRs.
/lifecycle rotten |
@gardener-ci-robot Command |
Now there is also the |
What would you like to be added:
Currently the dashboard does not show Secrets under
<host>/namespace/<namespace>/secrets/
when the SecretBinding does not have thecloudprofile.garden.sapcloud.io/name
label.From end user perspective it is not okay that you need to label the SecretBinding in order to be able to see it in the dashboard (and then edit it).
I would expect to create a SecretBinding with any means and to be able to see it in the dashboard without applying additional labels.
P.S. I also realise that the SecretBinding or Secret don't have a field that indicates the provider type which is required for the sorting by provider in the secrets page.
Steps to reproduce:
<host>/namespace/<namespace>/secrets/
and ensure that only SecretBindings that have the label are shownThe text was updated successfully, but these errors were encountered: