87cd8e984b13b277a9bfc5ba5a1262251e2f99cc
[oweals/gnunet.git] / TODO
1 0.9.0pre1:
2 * FS: [CG]
3   - Migration test error scenarios:
4     1) peers fail to connect (very, very rare) => maybe explained with bandwidth bug discovered with transport test
5     2) 1 out of 3 bits of content fails to migrate (destination peer never sees it);
6        suspicion: core packs two migration messages into one, and someone throws away the 2nd half!
7        => likely reproduced with new core api reliability test (which still fails)
8     3) client fails to connect to FS service for download (requests never make it to FS)
9        FS was running initially, but is shut down around the time the source peer (!)
10        is supposed to die; the OTHER FS service (the one that was supposed to die) is still up!
11   - TTL/priority calculations
12   - hot-path routing, load considerations
13   - statistics
14   - active reply route caching design & implementation of service; gap extension!
15 * TRANSPORT:
16   - HTTP backend [MW]
17 * DV: [Nate]
18   - write DV API (need to move declarations from dv_api.c to gnunet_dv_service.h!)
19   - implement DV service 
20   - implement DV library (looks done)
21   - implement DV transport plugin
22   - implement testcases 
23   - implement performance tests (needs tbench)
24 * TOPOLOGY:
25   - needs more testing (especially F2F topology) & transport blacklisting
26 * UTIL:
27   - only connect() sockets that are ready (select()) [Nils]
28     [On W32, we need to select after calling socket before doing connect etc.]
29   - add support for UNIX domain sockets [CG]
30 * GNUNET-GTK:
31   - write main loop: 
32     + use g_main_context_set_poll_func to integrate GTK with GNUnet Scheduler!? (YUCK!)
33     + OR: add scheduler API to enable integration with GTK main loop instead of doing our own select
34     + use g_main_context_pending, g_main_context_query / g_main_context_check / g_main_context_dispatch
35        and NEVER g_main_loop_run (can this be done? might be the clean way to do this! But how
36        to integrate this with "gtk_main"?  Docu says:
37        "It's OK to use the GLib main loop directly instead of gtk_main(), though it involves 
38         slightly more typing. See GMainLoop in the GLib documentation."
39        => so maybe it "just works"?
40   - implement glade loader
41   - implement main quit handler (file-quit and main window close) 
42   - implement about menu handler
43   - add license to about dialog  
44   - add authors to about dialog
45   - add translators to about dialog 
46   - add documenters to about dialog
47   - add artists to about dialog
48   - test logo in about dialog
49   - test logo in main dialog (window icon)
50   - implement search dialog opening and actual search
51   - NS list in search dialog should use colors to offset our own namespaces from the others
52   - double-clicking on NS list in search dialog should move 'root' to keyword line
53   - double-clicking on search result in master list should open save-as dialog for CHK/LOC URIs
54   - right-clicking on search result should open menu that allows:
55     + viewing full meta data 
56     + starting download
57     + starting recursive download 
58     + aborting active download
59   - right-clicking on NS list in search dialog should open menu that allows 
60     + viewing full meta data 
61     + deletion of namespace info
62   - master should add tab to main notebook with label with 'new' icon that allows starting of a search (same as via menu)
63   - tabs in notebook should contain:
64     + "X" to allow closing of tabs
65     + "play" to allow resuming of search OR "pause" to allow pausing of search
66   - implement open directory dialog
67   - implement new-pseudonym dialog
68   - implement publish dialog
69     + add (single file)
70     + edit (meta data add, meta data del, meta data type population, keyword add (button, activate entry line), 
71             keyword remove, anonymity level, priority, index/insert, normalize keywords, 
72             previews, preview widget for file chooser!?)
73     + mark 'insert file' button inconsistent for directories
74     + up
75     + down
76     + left
77     + right
78     + delete
79     + open (import directory structure)
80     + cancel
81     + execute (publish)
82   - pick appropriate sort-by columns for various tree view columns
83   - anonymity spin buttons should turn red on zero:
84     + search
85     + publish
86     + download
87
88 0.9.0pre2:
89 * CORE:
90   - transport-level disconnect (i.e. TCP) does not cause core-level
91     disconnect in a timely fashion (waits for connection timeout);
92     need to figure a way to make it near-instant in those cases 
93     (i.e. rapid reduction in timeout on transport-level disconnect)
94   - encrypted P2P transmission (loopback) tops at 2 MB/s on my quad-core;
95     why is it so slow? Fix! (see core_api_reliability test)
96 * TBENCH: [MW]
97   - good to have for transport/DV evaluation! 
98 * DHT: [Nate]
99   - implement DHT service 
100   - implement testcases
101   - implement performance tests
102 * ARM: [Safey]
103   - better crash management (attach debugging support, capture and analyze
104     debug output, detect random vs. deterministic crashes)
105   - discover dependencies between services
106     => need UNIX domain sockets first!
107   - handle gnunet-arm -k in combination with auto-start magic (what is the right thing here?)
108 * FS: [CG]
109   - datastore reservation (publishing)
110   - location URIs (publish, search, download)
111   - unindex on index failure
112   - utilize in-line files in meta data always (including in search results or
113     when download is triggered manually and for probes); currently the data is
114     only used when users do a general 'recursive' download
115   - non-anonymous FS service (needs DHT)
116     + DHT integration for search
117     + CS-DHT-functions (DHT-put of LOC)
118     + P2P-functions (DHT-get)
119   - collection API & tests
120     + gnunet-pseudonym (collection support)
121   - implement FS performance tests
122     + insert
123     + download
124     + search
125     + unindex
126 * GNUNET-GTK:
127   - handle view-metadata toggle
128   - handle view-preview toggle
129   - implement API to get notifications about bandwidth assignments to individual peers
130   - implement API to get notifications about updates to liveness of individual peers (before disconnect)
131   - handle view-neighbours toggle
132   - extend peer dialog with green-yellow-red connectivity status lights
133   - implement statistics tabs
134   - handle view-statistics toggle
135   - do meaningful update to status line (starting up, peer running, #connections, shutdown, ...)
136   - implement unindex operation (use dialog with all indexed files for selection)
137   - implement download by URI dialog; figure out where to display those downloads!
138   - figure out where in the GUI we should show active uploads/unindex operations and allow aborts
139 * SETUP:
140   - design & implement new setup tool
141
142 0.9.0pre3:
143 * TRACEKIT: [MW]
144   - good to have for DV/DHT evaluation!
145 * Determine RC bugs and fix those!
146 * DATASTORE:
147   - GNUNET_DATASTORE_cancel method not tested
148 * TESTING: [Nate]
149   - modify configuration to allow controlling connections for non-local starts
150   - testbed creation with topology (needs working F2F topology) 
151   - testbed with churn 
152   - implement testcases for distributed testing
153   - test basic peer re-configure 
154   - test topology creation 
155   - test churn generation 
156   - consider changing API for peer-group termination to 
157     call continuation when done
158 * NAT/UPNP: [MW]
159   - finalize API design
160   - code clean up
161   - testing
162   - integration with transport service
163 * MYSQL database backends: [CG]
164   - datacache
165   - datastore
166 * FS:
167   - reconstruct IBLOCKS from DBLOCKS if possible (during download; see FIXME in fs_download)
168   - add support for pushing "already seen" search results to FS service for bloomfilter (can wait)
169   - use different 'priority' for probe downloads vs. normal downloads
170 * ARM:
171   - better tracking of which config changes actually need to cause process restarts by ARM.
172
173 0.9.0:
174 * new webpage:
175   - expand bibliography
176   - convert documentation pages to books
177   - update books (especially for developers)
178   - create good Drupal theme for GNUnet
179   - make a NICE download page and figure out how to enable developers to publish TGZs nicely
180   - port "contact" page
181   - add content type for "todo" items?
182 * POSTGRES database backends: [CG]
183   - datacache
184   - datastore
185 * Determine RC bugs and fix those!
186
187 0.9.x:
188 * TRANSPORT: [MW]
189   - SMTP transport backend
190   - HTTPS transport backend
191     + improved HTTPS support in MHD
192     + actual plugin
193   - Implement method of learning our external addresses from
194     other peers; need some kind of threshold-based
195     scheme, limiting both the total number of addresses that we accept 
196     this way as well as requiring multiple confirmations; also, we
197     should possibly try to confirm that the given address works for
198     us ourselves (loopback-style) before adding it to the list
199     + we may be able to simplify WELCOME messages (no need to add 
200       addresses there anymore, but may help to learn them there anyway...).
201     + we probably want some kind of voting/counting for learning IP addresses
202       (maybe including IP addresses in ads proportional to how often others
203        report them? we at least need some protection against >64k HELLOs!),
204     + provide a way to give the user a list of "learned" IP addresses and
205       a way to easily "veto" addresses off the list!
206       => If MiM attacker uses vetoed address, blacklist the specific IP for
207          the presumed neighbour!
208   - implement gnunet-transport (transport configurator / tester)
209   - UPnP-based IP detection
210     (Note: build library always, build service when libxml2/etc. are available)
211 * FS: [CG]
212   - Remove KBlocks in gnunet-unindex (see discussion with Kenneth Almquist on gnunet-devs in 9/2009)
213 * PEERINFO: [CG]
214   - expire 'ancient' HELLOs (those without valid addresses AND that 
215     we have not 'used' (for their public keys) in a while; need a way
216     to track actual 'use')
217   - make sue we also trigger notifications whenever HELLOs expire
218 * VPN
219
220
221
222 Optimizations:
223 * TCP:
224   - should use hash map to look up sessions
225 * STATISTICS:
226   - should use BIO instead of mmap
227 * TRANSPORT:
228   - need to periodically probe latency/transport cost changes & possibly switch transport
229   - should use hash map to look up Neighbours (service AND plugins!)
230 * DATASTORE (?):
231   - check for duplicates on insertion (currently, same content is frequently
232     stored again [seen with KBLOCKS and SBLOCKS]!)
233 * PEERINFO:
234   - merge multiple HELLOs of the same peer in the transmission queue
235     (theoretically reduces overhead; bounds message queue size)
236   - merge multiple iteration requests over "all" peers in the queue
237     (theoretically reduces overhead; bounds messgae queue size)
238 * FS:
239   - use different queue prioritization for probe-downloads vs. normal downloads (!?)
240
241 Minor features:
242 * TCP:
243   - repeatedly resolve hostname and look up interfaces to determine our own IP
244   - [./transport/plugin_transport_tcp.c:391]: (style) struct or union member 'Plugin::address_update_task' is never used (related to issue above)
245 * TRANSPORT:
246   - [./transport/gnunet-service-transport.c:173]: (style) struct or union member 'TransportPlugin::rebuild' is never used (related to TCP not refreshing external addresses?)
247 * BLOCKS:
248   - testcase would be nice...