Stabilize service tests across Gradle working directories and relax flaky FilePoller benchmark

[Copilot]

The failing coverage here had two edges: service tests were resolving repo fixtures through brittle relative paths that changed with Gradle’s working directory, and the API 32 instrumentation benchmark was failing on slower emulators despite still using FileObserver rather than the 5s polling fallback.

• Test fixture lookup

  • Added a shared service-test helper that resolves module/template/* by walking upward from user.dir until the repo fixture is found.
  • Replaced hard-coded ../module/template/... usage in daemon resilience and sepolicy tests.

• Daemon restart safety coverage

  • Kept the existing daemon resilience assertions intact.
  • Added an explicit assertion that service.sh launches ./daemon and that the daemon wrapper targets MainKt, so non-zero exits remain covered by the retry loop.
  • Removed the unused exitProcess import from Main.kt to satisfy the safety gate cleanly.

• Instrumentation benchmark stability

  • Increased the FilePollerInstrumentationTest detection timeout from 1500ms to 2500ms.
  • The threshold remains materially below the 5000ms fallback polling interval, so the test still distinguishes FileObserver behavior from polling.

Example of the fixture resolution change:

internal fun moduleTemplateFile(name: String): File {
    val workingDir = File(System.getProperty("user.dir")).absoluteFile
    return generateSequence(workingDir) { it.parentFile }
        .map { File(it, "module/template/$name") }
        .firstOrNull(File::exists)
        ?: error("Could not locate module/template/$name from ${workingDir.absolutePath}")
}

Warning

Firewall rules blocked me from connecting to one or more addresses (expand for details)

I tried to connect to the following addresses, but was blocked by firewall rules:

• dl.google.com
  • Triggering command: /usr/lib/jvm/temurin-17-jdk-amd64/bin/java /usr/lib/jvm/temurin-17-jdk-amd64/bin/java --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.lang.invoke=ALL-UNNAMED --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED --add-exports=jdk.compiler/com.sun.tools.javac.api=ALL-UNNAMED --add-exports=jdk.compiler/com.sun.tools.javac.util=ALL-UNNAMED --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED --add-opens=java.base/java.nio.charset=ALL-UNNAMED --add-opens=java.base/java.net=ALL-UNNAMED --add-opens=java.base/java.util.concurrent=ALL-UNNAMED --add-opens=java.base/java.util.concurrent.atomic=ALL-UNNAMED --add-opens=java.xml/javax.xml.namespace=ALL-UNNAMED --add-opens=java.base/java.time=ALL-UNNAMED -Xmx2048m -Dfile.encoding=UTF-8 -Duser.country -Duser.language=en -Duser.variant (dns block)

If you need me to access, download, or install something from one of these locations, you can either:

• Configure Actions setup steps to set up my environment, which run before the firewall is enabled
• Add the appropriate URLs or hosts to the custom allowlist in this repository's Copilot coding agent settings (admins only)

---

💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.

[appwrite]

Yiğit

Project ID: 67b294d30004942511a5

Functions (1)

Function	ID	Status	Logs
Bootloader Hook	67b296050015d6532253	Queued	View Logs

Tip

Build commands execute in runtime containers during deployment