In openssh_read(), we shouldn't ever return SSH2_WRONG_PASSPHRASE for
authorsimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Thu, 30 Aug 2012 18:44:34 +0000 (18:44 +0000)
committersimon <simon@cda61777-01e9-0310-a592-d414129be87e>
Thu, 30 Aug 2012 18:44:34 +0000 (18:44 +0000)
commitcf77c10b4214162ca8f4078b4ace728020d14cab
tree49979b6fe43c53a8c4470fd18e4004e6c756d16e
parentae3ab75a9bc8ad74465bebda3c1bdcad9b520cb0
In openssh_read(), we shouldn't ever return SSH2_WRONG_PASSPHRASE for
an unencrypted key. (The other import function, sshcom_read(), already
got this right.) Thanks to David Wedderwille for the report.

This is more than just an error-reporting mistake; it actually causes
Windows PuTTYgen to tight-loop on attempting to load a corrupt OpenSSH
key, because the 'wrong passphrase' return value causes the caller to
loop round and try again, but of course it knows the key is
unencrypted so it doesn't prompt for a different passphrase and just
tries again with no change...

git-svn-id: svn://svn.tartarus.org/sgt/putty@9643 cda61777-01e9-0310-a592-d414129be87e
import.c