[issue132] gpgme_op_keylist_ext_start (CMS) fails to return any key if one of the patterns given is an OpenPGP fingerprint

[Marc Mutz]

New submission from Marc Mutz <marc at klaralvdalens-datakonsult.se>:

The equivalent gpgsm command line works, though: 
 
$ gpgsm --list-secret-keys <S/MIME-KEY fingerprint> <OpenPGP-key fingerprint> 
<lists the S/MIME key only, doesn't return an error> 
 
compare this to 
 
$./test_gpgme_secret_keylisting <S/MIME-key fingerprint> <OpenPGP-key fpr> 
<lists nothing> 
$./test_gpgme_secret_keylisting <S/MIME-key fingerprint> (only that) 
<lists S/MIME key> 
 
The same thing on a context set to GPGME_PROTOCOL_OpenPGP works (ie. returns 
the OpenPGP key, ignores the S/MIME fingerprint). This is the expected result. 
Anything else makes op_keylist useless for looking up keys by person or email. 
 
Test app (code from info gpgme, adjusted to use _ext_, CMS, and argv, as well 
as to make it compile :P) attached.

----------
assignedto: werner
files: test_gpgme_secret_keylisting.c
messages: 608
nosy: marc, werner
priority: urgent
status: unread
title: gpgme_op_keylist_ext_start (CMS) fails to return any key if one of the patterns given is an OpenPGP fingerprint
topic: GPGME
______________________________________________________
Aegypten issue tracker <aegypten-issues at intevation.de>
<https://intevation.de/roundup/aegypten/issue132>
______________________________________________________
-------------- next part --------------
A non-text attachment was scrubbed...
Name: test_gpgme_secret_keylisting.c
Type: text/x-csrc
Size: 1146 bytes
Desc: not available
Url : /pipermail/attachments/20040402/efd88dbb/test_gpgme_secret_keylisting.bin