-
Notifications
You must be signed in to change notification settings - Fork 117
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
[pgadmin4] secret-server-definitions not respecting existingSecret #216
Comments
ah I see, the new secrets for server-definitions does not have the exclusion of existingSecret. I'll create a PR! |
not check if existing secrets are set. With this commit that should be respected again. Signed-off-by: Rowan Ruseler <rowanruseler@gmail.com>
As reported in issue #216, the existingSecret is not respected with the new secret for server-definitions. This commit should resolve that. Signed-off-by: Rowan Ruseler <rowanruseler@gmail.com>
@dawidmalina just merged it, so 1.17.1 should contain the fix. If this is not what you meant, please let me know. |
Hi, thanks for the quick reply. It's almost ok. The only missing point here is to consume name of the secret defines with |
Feel free to open a pull request if you see a better method of having multiple secrets and the possibility to have the server definitions also as a config map. Apologies for the late response, I was away for a week. |
Describe the bug
With latest version (
1.17.0
) existingSecret is not respected! We can have only provided configuration provided asConfigMap
orSecret
and secret name is hard coded to the one that is always created{{ $fullName }}-server-definitions
.Which chart:
1.17.0
What you expected to happen:
I am able to define different resourceType, ex ExistingSecret or simply existingSecret property is properly handled.
How to reproduce it (as minimally and precisely as possible):
Use following values:
Anything else we need to know:
The text was updated successfully, but these errors were encountered: