9f09b416fec6d3375b9ad29fe1e36daa43dce5d2
[gpgme.git] / TODO
1 * ABI's to break:
2 ** The resulting error of an operation can not be retrieved
3    seperately; the op_foobar operations can't be implemented
4    by the user, they are not merely convenience, but necessity, while
5    the op_foobar_start functions for these are unusable (or render the
6    context unusable, your choice).
7 ** string representation of non-secret keys and ATTR_IS_SECRET is NULL,
8    which can not be differentiated from the case that it is not
9    representable.
10 ** keylisting mode can go
11 ** api to specify where to search, lokal and/or remote.
12
13 * Implement posix-sema.c
14
15 * Allow to use GTK's main loop instead of the select stuff in
16   wait.c
17
18 * add locking to the key cache?
19
20 * GpgmeKey misses GPGME_ATTR_EXPIRE attribute
21
22 * Add ATTR to return the number of subkeys or uids.
23
24 * Return GPGME_Canceled when appropriate
25
26 * Factor out common code in _op_*_start functions.
27
28 * Documentation
29 ** Add note about GPGME clearing out pointer return values.
30 ** validity/trust
31
32 * Engines
33 ** Move code common to all engines up from gpg to engine.
34 ** engine operations can return General Error on unknown protocol
35    (it's an internal error, as select_protocol checks already).
36
37 * Operations
38 ** Import, export, genkey, delete status handler need much more work.
39
40 * Error Values
41 ** Map ASSUAN error values.
42 ** Map GpgSM ERR messages.
43 ** Verify (and document) if Read_Error, Write_Error, Pipe_Error set errno.
44
45 * Tests
46 ** t-data
47 *** Test gpgme_data_release_and_get_mem.
48 *** Test gpgme_data_rewind for invalid types.
49 *** Test gpgme_data_read's readable feature.
50
51 * Build suite
52 ** Make sure everything is cleaned correctly (esp. test area).
53
54 Bugs reported by Stephane Corthesy:
55 > - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
56 > like ":" are not un-escaped, they are returned as \x3a
57
58 > BTW, here's another bug: it it not possible to retrieve fingerprints  
59 > for subkeys
60
61 > In GpgmeRecipients, would it be possible to provide a function which  
62 > would return the validity assigned to a name contained in the  
63 > GpgmeRecipients instance?
64
65 > - There is an inconsistent behaviour: if we pass three times an  
66 > invalid (but non empty) passphrase, return code is GPGME_No_Data, but  
67 > if we pass three times an empty (and invalid) passphrase, we get  
68 > GPGME_No_Passphrase.
69
70 > passphrase callback. If I use the same GpgmeContext as the one which  
71 > is currently asking for a passphrase, my app crashes: the r_hd in
72 > the  
73 > callback has become invalid; if I use a brand new one, the callback  
74 > is called recursively, when I ask to enumerate keys.
75
76 > Talking about gpgme performances: did anyone make some profiling on
77 > gpgme calls and can tell me why it takes so long to enumerate the
78 > whole pubring? Listing keys with gpg is very fast, whereas with
79 > gpgme_op_keylist_XXX() it's soooooo slow.