-
Notifications
You must be signed in to change notification settings - Fork 29.6k
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
crypto: fix encrypted private -> public import #37056
crypto: fix encrypted private -> public import #37056
Conversation
I personally consider the previous behavior a bug, so I am not labeling this as semver-minor. |
As far as I can tell this is new functionality? This should likely be semver-minor. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
semver-patch sounds good to me for this
@jasnell That depends on whether we consider the documented behavior or the actual behavior. The documentation says:
Since, unlike On the other hand, if we ignore the documentation, then this is indeed a new feature. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
semver-patch seems appropriate
PR-URL: #37056 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Filip Skokan <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
Landed in c9992a0, thanks for reviewing. |
PR-URL: #37056 Reviewed-By: James M Snell <[email protected]> Reviewed-By: Anna Henningsen <[email protected]> Reviewed-By: Filip Skokan <[email protected]> Reviewed-By: Colin Ihrig <[email protected]> Reviewed-By: Luigi Pinca <[email protected]>
This patch fixes the added test case. There is no reason for
createPublicKey
to not allow importing encrypted private keys. With this patch, the behavior matches the documentation.