X-Git-Url: https://git.librecmc.org/?a=blobdiff_plain;f=TODO;h=ea1468a3060245accfbbd8b4ee26480a7c9e2e1f;hb=7e4586ca2ef6fc91893cf1e6a51f9752bbc3b475;hp=504c70b2742b22c37b1b58c389309b441b536223;hpb=8948134338e19574b59b05ff2a006d7f62e6b74e;p=oweals%2Fgnunet.git

diff --git a/TODO b/TODO
index 504c70b27..ea1468a30 100644
--- a/TODO
+++ b/TODO
@@ -1,20 +1,20 @@
 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]
-  - fix large memory leak
-  - perf_gnunet_service_fs_p2p_trust causes fs service to segfault
-  - 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)
+  - 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]