2001-11-20 Marcus Brinkmann <marcus@g10code.de>
[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 * Tests
18 ** t-data
19 *** Test gpgme_data_release_and_get_mem.
20 *** Test gpgme_data_rewind for invalid types.
21 *** Test gpgme_data_read's readable feature.
22
23 * Changes breaking the ABI
24 ** GpgmeKey's main userID is not index == 0.
25
26 Bugs reported by Stephane Corthesy:
27 > - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
28 > like ":" are not un-escaped, they are returned as \x3a
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.