Skip to content
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

Open
ialidzhikov opened this issue Aug 17, 2020 · 8 comments
Open
Labels
area/usability Usability related component/dashboard Gardener Dashboard kind/discussion Discussion (enaging others in deciding about multiple options) kind/enhancement Enhancement, improvement, extension lifecycle/rotten Nobody worked on this for 12 months (final aging stage)

Comments

@ialidzhikov
Copy link
Member

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 the cloudprofile.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:

  1. Create Secret and SecretBinding that does not have this label
cat <<EOF | kubectl apply -f -
apiVersion: v1
kind: Secret
metadata:
  name: crazy-botany
  namespace: garden-foo
type: Opaque
data:
  # omitted
---
apiVersion: core.gardener.cloud/v1beta1
kind: SecretBinding
metadata:
  name:  crazy-botany
  namespace: garden-foo
secretRef:
  name: crazy-botany
  namespace: garden-foo
EOF
  1. Go to <host>/namespace/<namespace>/secrets/ and ensure that only SecretBindings that have the label are shown
@ialidzhikov ialidzhikov added the kind/enhancement Enhancement, improvement, extension label Aug 17, 2020
@ialidzhikov
Copy link
Member Author

/area usability

@gardener-robot gardener-robot added the area/usability Usability related label Aug 17, 2020
@petersutter
Copy link
Contributor

Hi @ialidzhikov, can you also explain why this is needed?

@ialidzhikov
Copy link
Member Author

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.

@petersutter
Copy link
Contributor

  • a) Do you just want to have the secret visible on the secrets page (in a "Uncategorized" section or similar) and then be able to assgin it to a cloud profile via the dashboard?
  • b) Or do you want to have this secret visible on the secrets page in a sperate section AND be able to select this "generic" secret on the Create Cluster dialoag. As it is uncategorized it will be shown for all infrastructures and cloudprofiles
  • c) A combination of a) and b)
  • d) something different...

@grolu grolu added the kind/discussion Discussion (enaging others in deciding about multiple options) label Aug 25, 2020
@grolu
Copy link
Contributor

grolu commented Oct 6, 2020

@ialidzhikov can you give feedback so that we can decide how to proceed here?

@grolu grolu added the component/dashboard Gardener Dashboard label Oct 28, 2020
@gardener-robot gardener-robot added the lifecycle/stale Nobody worked on this for 6 months (will further age) label Apr 27, 2021
@grolu grolu mentioned this issue Jun 23, 2021
6 tasks
@ialidzhikov ialidzhikov changed the title cloudprofile.garden.sapcloud.io/name label should not be mandatory cloudprofile.garden.sapcloud.io/name label should not be mandatory Sep 9, 2021
@gardener-ci-robot
Copy link
Contributor

The Gardener project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs according to the following rules:

  • After 90d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed
    You can:
  • Mark this issue or PR as fresh with /remove-lifecycle rotten
  • Close this issue or PR with /close

/lifecycle rotten

@gardener-robot
Copy link

@gardener-ci-robot Command /add is not available to you but only to a Maintainer, Member, Author.

@ialidzhikov
Copy link
Member Author

Now there is also the .provider.type field in the SecretBinding resource. When displaying Secrets I would rather try to use this field instead of expecting/relying on cloudprofile.garden.sapcloud.io/name label.

@gardener-robot gardener-robot added lifecycle/rotten Nobody worked on this for 12 months (final aging stage) and removed lifecycle/stale Nobody worked on this for 6 months (will further age) labels Dec 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/usability Usability related component/dashboard Gardener Dashboard kind/discussion Discussion (enaging others in deciding about multiple options) kind/enhancement Enhancement, improvement, extension lifecycle/rotten Nobody worked on this for 12 months (final aging stage)
Projects
None yet
Development

No branches or pull requests

5 participants