-
Notifications
You must be signed in to change notification settings - Fork 5.5k
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
x509 kwargs entries and values are encoded twice as Unicode #53294
Comments
Looking at the internals of x509.py, it would appear that some parts need to be updated to handle Python 3 encoding/decoding, for example: _test_or_file use of to_str. |
I just find out that if you define |
@dmurphy18 This might be related: #52456 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue. |
Thank you for updating this issue. It is no longer marked as stale. |
@jeduardo Can you confirm that this issue has been resolved by later current versions of Salt |
@jeduardo Closing this issue since unresponsive. If the problem is still occurring please feel free to reopen the issue with response to the question of latest Salt version resolving the issue |
Description of Issue
All entries of argument dictionaries are double-encoded as Unicode, which prevents the Salt code from processing arguments.
For example, the dict entry
signing_policy
becomesu'signing_policy'
and is serialized asu"u'signing_policy'"
. When Salt code is looking for the keysigning_policy
in the dict it will be unable to find it for the key is now calledu'signing_policy'
.Setup
Steps to Reproduce Issue
Run the Salt minion in debug mode
Use the YAML above to trigger a new certificate to be remotely signed by the root authority
Call the SLS for trigger the remote call for the certificate to be issued
Verify in the Salt Minion debug logs that all arguments are double-encoded for Unicode:
Versions Report
The text was updated successfully, but these errors were encountered: