add some more items
[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 * Factor out common code in _op_*_start functions.
18
19 * Move code common to all engines up from gpg to engine.
20
21 * Tests
22 ** t-data
23 *** Test gpgme_data_release_and_get_mem.
24 *** Test gpgme_data_rewind for invalid types.
25 *** Test gpgme_data_read's readable feature.
26
27 * Changes breaking the ABI
28 ** GpgmeKey's main userID is not index == 0.
29
30 Bugs reported by Stephane Corthesy:
31 > - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
32 > like ":" are not un-escaped, they are returned as \x3a
33
34 > BTW, here's another bug: it it not possible to retrieve fingerprints  
35 > for subkeys
36
37 > In GpgmeRecipients, would it be possible to provide a function which  
38 > would return the validity assigned to a name contained in the  
39 > GpgmeRecipients instance?
40
41 > - There is an inconsistent behaviour: if we pass three times an  
42 > invalid (but non empty) passphrase, return code is GPGME_No_Data, but  
43 > if we pass three times an empty (and invalid) passphrase, we get  
44 > GPGME_No_Passphrase.
45
46 > passphrase callback. If I use the same GpgmeContext as the one which  
47 > is currently asking for a passphrase, my app crashes: the r_hd in
48 > the  
49 > callback has become invalid; if I use a brand new one, the callback  
50 > is called recursively, when I ask to enumerate keys.