-
Notifications
You must be signed in to change notification settings - Fork 110
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
Add a CREDENTIAL_KEY_FORMAT_REGEX setting #103
Comments
Hm. Yeah. I actually didn't think they were allowed. Thanks for the bug report! |
Hmmm. Is there a reason for this? I find it very hard to be able to organize credentials without some kind of structure (especially when keys have to be globally unique, and we have several hundred of them scattered across dozens of individual credentials), and so I've been using slashes to provide some level of organization. I understand that it makes it impossible to use key names as env vars, but that's not really necessary for the core functionality. Can this at least be made an option? (I was actually getting ready to submit a related feature request about disabling the existing behavior of lowercasing all credential pair keys, because there are some situations where case sensitivity for keys would be useful for me.) |
The reason is mostly to ensure keys can be used as environment variables, but you're right in that it limits other use-cases. Let's add some config options for this. A regex for allowed chars would be good, with the default regex being set for valid environment variables. If we expose the regex to the angular interface we can also disable the code that forces chars to lowercase, since it'll show a warning dialog for invalid chars. |
temporary until a real solution for lyft#103 lands, since i don't have time to write a full implementation at the moment
By adding a CREDENTIAL_KEY_FORMAT_REGEX setting, we can restrict the key format based on a regex, where the default would be the current format. To have no enforcement, the regex could be |
temporary until a real solution for lyft#103 lands, since i don't have time to write a full implementation at the moment
Hi, Will this be implemented anytime soon? I would find this useful also. |
We don't have this planned for the next quarter, but this is up for grabs if you'd like to take it. I might get some spare time in the next quarter to do this as unplanned work otherwise. |
temporary until a real solution for lyft#103 lands, since i don't have time to write a full implementation at the moment
Keys like
"my key"
should not be allowedThe text was updated successfully, but these errors were encountered: