php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #55943 pgp key links to dead server
Submitted: 2003-12-28 15:55 UTC Modified: 2003-12-29 05:24 UTC
From: danielc at analysisandsolutions dot com Assigned: mj (profile)
Status: Closed Package: PECL website (PECL)
PHP Version: Irrelevant OS: Irrelevant
Private report: No CVE-ID: None
View Add Comment Developer Edit
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:
48 - 27 = ?
Subscribe to this entry?

 
 [2003-12-28 15:55 UTC] danielc at analysisandsolutions dot com
Description:
------------
The PGP Key link on the PEAR user page -- http://pear.php.net/user/danielc for example -- goes to keyserver.bu.edu.  But that server hasn't been responding for the past few days, pearhaps longer.

Might want to change it to pgp.mit.edu.

OLD:
http://keyserver.bu.edu:11371/pks/lookup?search=8FFE1FFC&op=get

SUGGESTION:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8FFE1FFC

Thanks.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-12-28 16:09 UTC] mj@php.net
This bug has been fixed in CVS.

In case this was a documentation problem, the fix will show up at the
end of next Sunday (CET) on pear.php.net.

In case this was a pear.php.net website problem, the change will show
up on the website in short time.
 
Thank you for the report, and for helping us make PEAR better.


 [2003-12-29 00:21 UTC] danielc at analysisandsolutions dot com
When making the change, it seems you overlooked the "0x" prefixing the key ID in the "search" attribute.  Without it, the search fails.
 [2003-12-29 00:41 UTC] danielc at analysisandsolutions dot com
Re the "0x"...

mj, I see in your profile you put your key id as "0x331AAC30."  In my profile I put "8FFE1FFC."  Seems some standardization is needed.

I feel the data stored in the profile itself should not contain a 0x prefix because the IDs produced by say "gpg --fingerprint" don't include the "0x."

Suggestions:
* Put the "0x" in the link on account-info.php
* UPDATE table SET pgpkeyid=right(pgpkeyid, 8) WHERE pgpkeyid like '0x%';
* In account-edit.php, do something like preg_replace('/^0x([A-F0-9]+)$/', \\1, $pgpkeyid)

Or, of course, do the opposite. :)
 [2003-12-29 05:24 UTC] mj@php.net
Good catch!

I finally fixed the script in the way you suggested and updated the database table correspondingly.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed Apr 24 05:01:30 2024 UTC