2001-12-21 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 * Factor out common code in _op_*_start functions.
18
19 * Move code common to all engines up from gpg to engine.
20
21 * Error Values
22 ** Map ASSUAN error values.
23 ** Map GpgSM ERR messages.
24 ** Verify (and document) if Read_Error, Write_Error, Pipe_Error set errno.
25
26 * Tests
27 ** t-data
28 *** Test gpgme_data_release_and_get_mem.
29 *** Test gpgme_data_rewind for invalid types.
30 *** Test gpgme_data_read's readable feature.
31
32 * Build suite
33 ** Make sure everything is cleaned correctly (esp. test area).
34
35 Bugs reported by Stephane Corthesy:
36 > - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
37 > like ":" are not un-escaped, they are returned as \x3a
38
39 > BTW, here's another bug: it it not possible to retrieve fingerprints  
40 > for subkeys
41
42 > In GpgmeRecipients, would it be possible to provide a function which  
43 > would return the validity assigned to a name contained in the  
44 > GpgmeRecipients instance?
45
46 > - There is an inconsistent behaviour: if we pass three times an  
47 > invalid (but non empty) passphrase, return code is GPGME_No_Data, but  
48 > if we pass three times an empty (and invalid) passphrase, we get  
49 > GPGME_No_Passphrase.
50
51 > passphrase callback. If I use the same GpgmeContext as the one which  
52 > is currently asking for a passphrase, my app crashes: the r_hd in
53 > the  
54 > callback has become invalid; if I use a brand new one, the callback  
55 > is called recursively, when I ask to enumerate keys.