Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.6.7

Bug #17760 Newer GnuPG responses not supported
Submitted: 2010-08-20 11:54 UTC
From: alec Assigned: gauthierm
Status: Closed Package: Crypt_GPG (version 1.1.1)
PHP Version: Irrelevant OS:
Roadmaps: (Not assigned)    
Subscription  
Comments Add Comment Add patch


Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem : 39 + 34 = ?

 
 [2010-08-20 11:54 UTC] alec (Aleksander Machniak)
Description: ------------ I'm using GnuPG 2.0.15 and it returns not supported response strings when queried public/secure key not exists. Simple patch: --- Engine.old 2010-08-20 09:27:04.818725258 +0200 +++ Engine.php 2010-08-20 09:49:04.213181923 +0200 @@ -954,14 +954,14 @@ } if ($this->_errorCode === Crypt_GPG::ERROR_NONE) { - $pattern = '/secret key not available/'; + $pattern = '/(No secret key|secret key not available)/'; if (preg_match($pattern, $line) === 1) { $this->_errorCode = Crypt_GPG::ERROR_KEY_NOT_FOUND; } } if ($this->_errorCode === Crypt_GPG::ERROR_NONE) { - $pattern = '/public key not found/'; + $pattern = '/(No public key|public key not found)/'; if (preg_match($pattern, $line) === 1) { $this->_errorCode = Crypt_GPG::ERROR_KEY_NOT_FOUND; }

Comments

 [2010-08-20 17:55 UTC] gauthierm (Michael Gauthier)
-Status: Open +Status: Closed -Assigned To: +Assigned To: gauthierm
This bug has been fixed in SVN. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better. Thanks for testing and for the patch.
 [2010-08-20 18:07 UTC] gauthierm (Michael Gauthier)