test: size the daemon-application wait budget for TSan's slowdown tail

The suite's observation waits shared a 2000 ms budget that is a hang
detector, not a latency assertion — every waiter returns the moment its
condition holds, so green runs never pay it. Under ThreadSanitizer's
5-20x slowdown on a loaded 3-core macOS CI runner the cancel-delivery
wait lost the tail of that distribution once in seven otherwise-green
TSan rounds (the cancel itself had succeeded; only the fake worker's
counter observation timed out). The budget is now 10000 ms.

Verified: nine consecutive daemon_application runs under native macOS
TSan with the widened budget, all green, zero ThreadSanitizer
warnings.

Signed-off-by: Martin Vogel <martin.vogel.tech@gmail.com>

tests/test_daemon_application.c

@@ -27,7 +27,12 @@
 #include <stdlib.h>
 #include <string.h>
 
-enum { APP_TEST_TIMEOUT_MS = 2000, APP_TEST_PATH_CAP = 1024 };
+/* Observation-wait budget. This is a HANG DETECTOR, not a latency
+ * assertion: every waiter returns the moment its condition holds, so green
+ * runs never pay it. It must absorb ThreadSanitizer's 5-20x slowdown on a
+ * loaded 3-core CI runner — at 2000 ms the cancel-delivery wait lost the
+ * tail of that distribution once in seven otherwise-green TSan rounds. */
+enum { APP_TEST_TIMEOUT_MS = 10000, APP_TEST_PATH_CAP = 1024 };
 
 typedef struct {
     char runtime_parent[APP_TEST_PATH_CAP];