2002-02-09 Marcus Brinkmann <marcus@g10code.de>
[gpgme.git] / TODO
diff --git a/TODO b/TODO
index f763a02..0f97bae 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,32 +1,60 @@
-* Implement posix-sema.c
+Hey Emacs, this is -*- outline -*- mode!
+
+* ABI's to break:
+** string representation of non-secret keys and ATTR_IS_SECRET is NULL,
+   which can not be differentiated from the case that it is not
+   representable.
 
 * Allow to use GTK's main loop instead of the select stuff in
   wait.c
 
 * add locking to the key cache?
 
-* Should --delete silently delete secret keys or is there a need for
-  another flag or a callback?
-
 * GpgmeKey misses GPGME_ATTR_EXPIRE attribute
 
-* Add ATTR to return the number of subkeys or uids.
+* Documentation
+** Add note about GPGME clearing out pointer return values.
+** validity/trust
 
-* Return GPGME_Canceled when appropriate
+* Engines
+** Move code common to all engines up from gpg to engine.
+** engine operations can return General Error on unknown protocol
+   (it's an internal error, as select_protocol checks already).
 
-* Implement decrypt+verify
+* Operations
+** Export status handler need much more work.
+** Import should return a useful error when one happened.
+** Genkey should return something more useful than General_Error.
+** Factor out common code in _op_*_start functions.
+** Add ATTR to return the number of subkeys or uids.
+** "When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
+   like ":" are not un-escaped, they are returned as \x3a" Bug
+   reported by Stephane Corthesy.
 
-Bugs reported by Stephane Corthesy:
-> - When asking a GpgmeKey for one of its sub-userIDs (index > 0)  
-> GPGME_ATTR_EMAIL attribute, it returns the name + email, whereas for  
-> the main (index = 0) userID it returns only the email.
 
-> - When returning a GpgmeKey GPGME_ATTR_COMMENT attribute, characters  
-> like ":" are not un-escaped, they are returned as \x3a
+* Error Values
+** Map ASSUAN/GpgSM ERR error values in a better way than is done now.
+** Verify (and document) if Read_Error, Write_Error, Pipe_Error set errno.
+** "There is an inconsistent behaviour: if we pass three times an  
+   invalid (but non empty) passphrase, return code is GPGME_No_Data,
+   but if we pass three times an empty (and invalid) passphrase, we
+   get GPGME_No_Passphrase." Bug reported by Stephane Corthesy.
+
+* Tests
+** t-data
+*** Test gpgme_data_release_and_get_mem.
+*** Test gpgme_data_rewind for invalid types.
+*** Test gpgme_data_read's readable feature.
 
-> - When asking a GpgmeKey its main userID (index = 0), it returns the  
-> last userID it was asked (can be a sub, or the main).
+* Build suite
+** Make sure everything is cleaned correctly (esp. test area).
+** There is a spurious 4/10 tests failed in some conditions.
+   Rebuilding from scratch works around that.
 
+* Architecture support
+** Implement posix-sema.c
+
+Bugs reported by Stephane Corthesy:
 > BTW, here's another bug: it it not possible to retrieve fingerprints  
 > for subkeys
 
@@ -34,11 +62,6 @@ Bugs reported by Stephane Corthesy:
 > would return the validity assigned to a name contained in the  
 > GpgmeRecipients instance?
 
-> - There is an inconsistent behaviour: if we pass three times an  
-> invalid (but non empty) passphrase, return code is GPGME_No_Data, but  
-> if we pass three times an empty (and invalid) passphrase, we get  
-> GPGME_No_Passphrase.
-
 > passphrase callback. If I use the same GpgmeContext as the one which  
 > is currently asking for a passphrase, my app crashes: the r_hd in
 > the