(no commit message)
[oweals/gnunet.git] / TODO
diff --git a/TODO b/TODO
index e65b3b9401c33cb8f93221851876a0b4c4064216..807a7c60235d58ad573d42d54bae4eb710083fec 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,28 +1,14 @@
 0.9.0pre1:
 * FS: [CG]
-  - persistence support (publish, unindex, search, download)
-  - gnunet-service-fs (hot-path routing, load-based routing, nitpicks)  
-  - [gnunet-service-fs.c:208]: member 'LocalGetContext::results_bf_size' is never used
-  - [gnunet-service-fs.c:501]: member 'PendingRequest::used_pids_size' is never used
-  - [gnunet-service-fs.c:654]: member 'ConnectedPeer::last_client_replies' is never used
-  - [gnunet-service-fs.c:669]: member 'ConnectedPeer::avg_delay' is never used
-  - [gnunet-service-fs.c:675]: member 'ConnectedPeer::avg_priority' is never used
-  - [gnunet-service-fs.c:688]: member 'ConnectedPeer::pending_requests' is never used
-  - [gnunet-service-fs.c:694]: member 'ConnectedPeer::last_p2p_replies_woff' is never used
-  - [gnunet-service-fs.c:700]: member 'ConnectedPeer::last_client_replies_woff' is never used
-  - GAP improvements:
-    + active reply route caching design & implementation of service; gap extension!
-* MIGRATION [CG]
-  - on-demand encoding => move logic to block-library!?
-  - peer selection => how to consider latency/bw/etc?
-  - content transmission => how often the same block?
-  - how to select delay before next migration? 
-  - migration to us
-  - testing
-  - integrate with FS or not? (peer list, index/on-demand encoding, block code,
-    inbound priority assignment; all would be easier with tight integration!)
-* TBENCH: [MW]
-  - good to have for transport/DV evaluation! 
+  - Migration test error scenarios:
+    * client fails to connect to FS service for download (requests never make it to FS)
+      FS was running initially, but is shut down around the time the source peer (!)
+      is supposed to die; the OTHER FS service (the one that was supposed to die) is still up!
+  - TTL/priority calculations
+  - hot-path routing, load considerations
+  - active reply route caching design & implementation of service; gap extension!
+* TRANSPORT:
+  - HTTP backend [MW]
 * DV: [Nate]
   - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
   - implement DV service 
   - only connect() sockets that are ready (select()) [Nils]
     [On W32, we need to select after calling socket before doing connect etc.]
 * GNUNET-GTK:
-  - use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
-  - OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
-  - use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
-    and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
-    to integrate this with "gtk_main"?  Docu says:
-    "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves 
-     slightly more typing. See GMainLoop in the GLib documentation."
-    => so maybe it "just works"?
-* SETUP:
-  - design & implement new setup tool
+  - implement publish dialog
+    + add (single file)
+    + edit (meta data add, meta data del, meta data type population, keyword add (button, activate entry line), 
+            keyword remove, anonymity level, priority, index/insert, normalize keywords, 
+            previews, preview widget for file chooser!?)
+    + mark 'insert file' button inconsistent for directories
+    + up
+    + down
+    + left
+    + right
+    + delete
+    + open (import directory structure)
+    + cancel
+    + execute (publish)
+  - right-clicking on search result should open menu that allows:
+    + starting recursive download 
+    + aborting active download 
+    + copy URI to clipboard 
+    + save-as gnunet-directory
+  - directory support:
+    + download start: recursive/directory (!) & from-URI only
+    + download lost-parent (move to 'from-URI only' tab
+    + display content of directory
+    + open directory
+  - events:
+    + search resume
+    + search error
+    + download error
+    + download resume
 
 0.9.0pre2:
-* TRACEKIT: [MW]
-  - good to have for DV/DHT evaluation!
+* CORE:
+  - transport-level disconnect (i.e. TCP) does not cause core-level
+    disconnect in a timely fashion (waits for connection timeout);
+    need to figure a way to make it near-instant in those cases 
+    (i.e. rapid reduction in timeout on transport-level disconnect)
+  - encrypted P2P transmission (loopback) tops at 2 MB/s on my quad-core;
+    why is it so slow? Fix! (see core_api_reliability test)
+* TBENCH: [MW]
+  - good to have for transport/DV evaluation! 
 * DHT: [Nate]
   - implement DHT service 
   - implement testcases
   - implement performance tests
-* TRANSPORT:
-  - HTTP backend [MW]
 * ARM: [Safey]
-  - need to get rid of synchronous API for service starts (cause all kinds of problems)
-    [=> eliminate for need to tell ARM about service starts most of the time!] [Safey]
-  - better tracking of which config changes actually need to cause process restarts by ARM.
-  - listen for requests to discover dependencies between services (and avoid
-    having to explicitly program start requests)
   - better crash management (attach debugging support, capture and analyze
     debug output, detect random vs. deterministic crashes)
-  - shutdown sequence?
+  - discover dependencies between services
+  - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?)
+  - add listen socket forwarding to child processes on supported platforms
 * FS: [CG]
   - datastore reservation (publishing)
   - location URIs (publish, search, download)
+  - unindex on index failure
+  - utilize in-line files in meta data always (including in search results or
+    when download is triggered manually and for probes); currently the data is
+    only used when users do a general 'recursive' download
   - non-anonymous FS service (needs DHT)
     + DHT integration for search
     + CS-DHT-functions (DHT-put of LOC)
     + P2P-functions (DHT-get)
+  - listing of learned namespaces
   - collection API & tests
     + gnunet-pseudonym (collection support)
   - implement FS performance tests
     + download
     + search
     + unindex
-* MIGRATION:
-  - improved content selection (not just 'get_random')
+* GNUNET-GTK:
+  - implement open directory dialog
+  - implement new-pseudonym dialog
+  - namespace search
+  - NS list in search dialog should use colors to offset our own namespaces from the others
+  - double-clicking on NS list in search dialog should move 'root' to keyword line
+  - right-clicking on NS list in search dialog should open menu that allows 
+    + viewing full meta data 
+    + deletion of namespace info
+  - implement API to get notifications about bandwidth assignments to individual peers
+  - implement API to get notifications about updates to liveness of individual peers (before disconnect)
+  - extend peer dialog with green-yellow-red connectivity status lights
+  - extend peer dialog with country flags and names
+  - implement statistics tabs
+  - do meaningful update to status line (starting up, peer running, #connections, shutdown, ...)
+  - implement unindex operation (use dialog with all indexed files for selection)
+  - implement download by URI dialog; figure out where to display those downloads!
+  - figure out where in the GUI we should show active uploads/unindex operations and allow aborts
+* SETUP:
+  - design & implement new setup tool
 
 0.9.0pre3:
+* TRACEKIT: [MW]
+  - good to have for DV/DHT evaluation!
 * Determine RC bugs and fix those!
+* DATASTORE:
+  - GNUNET_DATASTORE_cancel method not tested
 * TESTING: [Nate]
   - modify configuration to allow controlling connections for non-local starts
   - testbed creation with topology (needs working F2F topology) 
   - datastore
 * FS:
   - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
-
+  - add support for pushing "already seen" search results to FS service for bloomfilter (can wait)
+  - use different 'priority' for probe downloads vs. normal downloads
+* ARM:
+  - better tracking of which config changes actually need to cause process restarts by ARM.
 
 0.9.0:
 * new webpage: