speed up reliability

[oweals/gnunet.git] / TODO

diff --git a/TODO b/TODO
index f3bd8d8952248f68d30561a4e42cd2c7d18262d6..3607193e34fd9f0e3eb99abc13447b3eb04a9632 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,39 +1,22 @@
-0.9.0pre3:
-* connections fail if transport-plugin/nat produces 
-  some addresses that don't work (enable 'use_localaddr' with bindto for example,
-  so that some of the 'local' IPs do not work due to the bindto);  the result
-  seems to be that the plugin tries some of the broken addresses, fails and the
-  transport-level connection never comes up.
-* Mantis:
-  - 1694 --- try to reproduce (non-deterministic, w. testcase, need core/valgrind)
-  - 1725 --- try to reproduce (non-deterministic, w. testcase, need core)
-  - 1724 --- try to reproduce
-  - 1705 --- try to reproduce (Nate)
-* clean buildbots
-
-0.9.0pre4:
-* NAT library: [CG/MW]
-  - make code used by gnunet-setup asynchronous, add timeout (external-ip can hang!)
-* Transport:
-  - integration of new NAT/plugin API with HTTP/HTTPS plugin
-  - testing (again)
+0.9.0:
 * GNUNET-GTK: [CG]
-  - figure out where in the GUI we should show active upload operations and allow aborts
-  - handle events:
-    + search error
-    + publish error
+  - 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 
+* big code review
+* Determine RC bugs and fix those (release should have no known real bugs)
+* Transport:
+  - When receiving SESSION_CONNECT: actually consider switching session
+    (test this!)
 * FS [CG]
   - implement multi-peer FS performance tests + gauger them!
     + insert
     + download
     + search
-
-0.9.0:
-* new webpage:
-  - write chapter on DHT/block [Nate] 
-  - make a NICE download page 
-* 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]
@@ -41,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
@@ -86,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]