loaded the same plugin multiple times instead of multiple plugins

[oweals/gnunet.git] / TODO

diff --git a/TODO b/TODO
index b591310cb193b8d5e4ad4d817ed4452f14d523e8..3607193e34fd9f0e3eb99abc13447b3eb04a9632 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,32 +1,22 @@
-0.9.0pre3:
-* clean buildbots
-* clean build
-
 0.9.0:
+* GNUNET-GTK: [CG]
+  - provide context menus to allow aborts of downloads/uploads
+  - provide way to handle errors (search, download, publish errors)
 * new webpage:
   - write chapter on DHT/block [Nate] 
   - make a NICE download page 
-* NAT/UPNP: [CG/MW]
-  - write NAT library 
+* big code review
+* Determine RC bugs and fix those (release should have no known real bugs)
 * Transport:
-  - UDP fragmentation [MW]
-  - decide how to deal with 'DISABLEV6' option (where does it live?)
-  - integration of new NAT/plugin API with HTTP/HTTPS plugin
-  - fix WLAN plugin for new plugin API (easy)
-  - testing (again)
-* GNUNET-GTK: [CG]
-  - figure out where in the GUI we should show active upload operations and allow aborts
-  - handle events:
-    + search error
-    + publish error
+  - When receiving SESSION_CONNECT: actually consider switching session
+    (test this!)
 * FS [CG]
-  - consider re-issue GSF_dht_lookup_ after non-DHT reply received 
   - implement multi-peer FS performance tests + gauger them!
     + insert
     + download
     + search
-* big code review
-* Determine RC bugs and fix those  (release should have no known real bugs)
+* blocks:
+  + should block plugins live in block/ or with fs/dht/vpn?
 
 0.9.1:
 * TRANSPORT: [MW]
@@ -34,11 +24,9 @@
     queue of size > 2), might be better to have at MOST one message pending
     per plugin/target and only send the next one after the continuation was
     called (or use 'notify_transmit_ready-style API?)
-  - WLAN transport backend [DB]
+  - WLAN transport backend (code cleanup) [MW]
   - need to periodically probe latency/transport cost changes & possibly switch transport 
     (working ATS)
-* DATASTORE: [CG]
-  - check indexes / SQL for performance
 * DV: 
   - proper bandwidth allocation
   - performance tests
@@ -72,11 +60,6 @@
   - better tracking of which config changes actually need to cause process restarts by ARM.
   - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?)
   - discover dependencies between services
-* MONKEY: [Safey]
-  - better crash management (attach debugging support, capture and analyze
-    debug output, detect random vs. deterministic crashes)
-  - '-m EMAIL' option for alternative e-mail TO
-  - '-f FILENAME' option to write  report to file instead of e-mail (for testing!)
 
 0.9.2:
 * PEERINFO: [NN]
@@ -84,8 +67,6 @@
     we have not 'used' (for their public keys) in a while; need a way
     to track actual 'use')
   - make sue we also trigger notifications whenever HELLOs expire
-* NAT:
-  - repeatedly resolve hostname and look up interfaces to determine our own IP
 * WLAN:
   - nice signal strength adjustment [MW]
   - energy cost in ATS [MW]