Ask for SSH credentials again when passphrase is wrong - #4357
Conversation
|
Interesting. I'm surprised it returns that, but this seems like a reasonable change when it does. Would you mind wrapping that line? eg: |
|
Will do. I wasn’t sure what the libgit2 standard format was line wrapping. |
9e2160d to
d55636e
Compare
|
I wrapped the text. Note that since the code is indented with tabs it only looks aligned when using tabs which are 4 spaces. |
|
I'm a bit surprised regarding your explanation. From From that, it seems like libssh2 has already been talking to the server here. In the end it doesn't matter, we should obviously return |
|
One minor nit, after that it's good to go for me: it would be nice if the commit message's subject included the component the patch applies to. E.g. "transports: ssh: ask for credentials again when passphrase is wrong". |
|
I can modify the commit message subject line. I'm guessing you don't care about commit message subject line length? I try to stick keep it to 50 characters. |
|
We definitly care about the length, but 50 characters is just a little bit too strict in my opinion. I think something like 65 characters is much saner, especially with things like the component prefix. |
When trying to decode the private key it looks like LibSSH2 returns a LIBSSH2_ERROR_PUBLICKEY_UNVERIFIED when the passphrase is incorrect.
d55636e to
f2f1472
Compare
|
Update the commit message subject and additionally rebased the changes. |
|
Bump |
|
Awesome! Thanks for fixing this. ✨ |
When trying to decode the private key it looks like LibSSH2 returns a
LIBSSH2_ERROR_PUBLICKEY_UNVERIFIEDwhen the passphrase is incorrect. This change allows callback to be called again giving the user the chance to correct the passphrase or provide alternative credentials.Additionally, switched the indentation from spaces to tabs which matches the surrounding code.