f763a0259d15698d3e3a04b98bb2caa6d85ec2c4
[gpgme.git] / TODO
1 * Implement posix-sema.c
2
3 * Allow to use GTK's main loop instead of the select stuff in
4   wait.c
5
6 * add locking to the key cache?
7
8 * Should --delete silently delete secret keys or is there a need for
9   another flag or a callback?
10
11 * GpgmeKey misses GPGME_ATTR_EXPIRE attribute
12
13 * Add ATTR to return the number of subkeys or uids.
14
15 * Return GPGME_Canceled when appropriate
16
17 * Implement decrypt+verify
18
19 Bugs reported by Stephane Corthesy:
20 > - When asking a GpgmeKey for one of its sub-userIDs (index > 0)  
21 > GPGME_ATTR_EMAIL attribute, it returns the name + email, whereas for  
22 > the main (index = 0) userID it returns only the email.
23
24 > - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
25 > like ":" are not un-escaped, they are returned as \x3a
26
27 > - When asking a GpgmeKey its main userID (index = 0), it returns the  
28 > last userID it was asked (can be a sub, or the main).
29
30 > BTW, here's another bug: it it not possible to retrieve fingerprints  
31 > for subkeys
32
33 > In GpgmeRecipients, would it be possible to provide a function which  
34 > would return the validity assigned to a name contained in the  
35 > GpgmeRecipients instance?
36
37 > - There is an inconsistent behaviour: if we pass three times an  
38 > invalid (but non empty) passphrase, return code is GPGME_No_Data, but  
39 > if we pass three times an empty (and invalid) passphrase, we get  
40 > GPGME_No_Passphrase.
41
42 > passphrase callback. If I use the same GpgmeContext as the one which  
43 > is currently asking for a passphrase, my app crashes: the r_hd in
44 > the  
45 > callback has become invalid; if I use a brand new one, the callback  
46 > is called recursively, when I ask to enumerate keys.