-0.9.0pre3: [2'11]
-* NAT/UPNP: [Milan / MW]
+0.9.0pre3:
+* DATASTORE [CG]
+ - FS datastore lookups requested but callback never happens (timeout
+ was set to 'forever', but still it should not take many minutes);
+ => new warning "Datastore lookup already took 180000 ms!" generated
+ by current fs p2p trust testcase
+* CORE: (both reproduced using current fs p2p trust testcase after a looong time running):
+ - May 25 22:13:53 core-4801 ERROR Assertion failed at transport_api.c:2063.
+ (notify transmit ready cancel called in transmit_stage state 'TS_NEW')
+ - May 25 22:13:53 fs-4762 ERROR Assertion failed at core_api.c:1254.
+ (ConfigInfoMessage received for peer that is not known to be connected)
+* FS [CG]
+ - perf_gnunet_service_fs_p2p_trust causes crashes of the service
+ and assertion failures
+ - implement 'SUPPORT_DELAYS'
+
+
+0.9.0:
+* new webpage:
+ - write chapter on DHT/block [Nate]
+ - make a NICE download page
+* Transport:
+ - UDP fragmentation [MW]
+* NAT/UPNP: [MW]
- [#1609] code clean up
- testing
- integration with transport service:
+ test TCP
+ implement UDP, HTTP/HTTPS
-* Transport:
- - ATS crashes [MW]
- - UDP fragmentation [MW]
-* CORE:
- - Core API's peer_change_preference leaks 'irc' and
- Core API's notify_transmit_ready leaks 'th'!
+* GNUNET-GTK: [CG]
+ - figure out where in the GUI we should show active upload operations and allow aborts
+ - handle events:
+ + search error
+ + publish error
* FS [CG]
- - test*.py fail
- - download of 100 MB file from 'leach' peer hung due to
- failure of core-api to call back after a change preference request
- (structs indicate request was transmitted but reply never received?)
- => try again!
- - test_gnunet_service_fs_p2p:
- => sometimes DATASTORE get operation fails to queue on target (why?)
- => do we need to just make the queue larger?
- - with core queue size of 1, we get notify_transmit_ready
- from core API returning NULL (why? ok? just have larger queue?)
- - other runs (-L DEBUG) with downloads using the new 'trust' test show
- non-deterministic results (for any set of peers)
- - implement 'SUPPORT_DELAYS'
- consider re-issue GSF_dht_lookup_ after non-DHT reply received
- implement multi-peer FS performance tests + gauger them!
+ insert
+ download
+ search
-* GNUNET-GTK: [CG]
- - figure out where in the GUI we should show active upload operations and allow aborts
- - handle events:
- + search error
- + publish error
-* Determine RC bugs and fix those (release should have no known real bugs)
-
-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)
- need to periodically probe latency/transport cost changes & possibly switch transport
* DATASTORE: [CG]
- check indexes / SQL for performance
-* DV: [Nate?]
+* DV:
- proper bandwidth allocation
- performance tests
* PEERINFO:
+ normalize keywords (edit subdialog)
- implement download by URI dialog; figure out where to display those downloads!
- add combo box to select desired mime type for search
-* ARM: [CG/Safey]
+* ARM: [CG]
- 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
* energy cost in ATS [MW]
* BLOCKS:
- testcase would be nice
- - generic block support for DHT
* STATISTICS:
- - test notification-based statistics API
- implement statistics GUI (=> start from gnunet-gtk by button!)
* PEERINFO: [NN]
- move peerinfo to new GUI (=> start from gnunet-gtk by button!)
- rate limiting
- improved batching
- resource limit integration with ATS
-* VPN [PT]
+* VPN
- TCP entry/exit
- internal services
- - integration with DHT routing
- - optimized routes (beyond DHT/DV)
- "DNS" .gnunet
+* MESH:
+ - optimized routes (beyond DHT/DV)