… sessions completely
- version compare: a first check compiles the deployment, version, compare and MCP
routes under a 300s budget; later requests stay at 60s and a timeout names the route
- desktop inbox: the warm-up also reads the inbox, so the 10s executor window covers
no compile; stopping the executor waits for its in-flight pull, so teardown never
runs under a claim and a timeout is reported as itself instead of a later 401
- stop-session.sh signals every process in the session, including one in its own
process group, escalates to SIGKILL 10s after SIGTERM, and reports processes that
outlived the leader only once the leader has exited
- stop-after: a CLI that overflows its output buffer is reported as an overflow, not
as a timeout
Summary
next devcompile of/api/workflows/[id]/deployments/[version]or/api/mcpcould use up the whole 60s request budget, and the suite failed that way in CI./api/desktop/inbox, so the executor's 10s window covers no route compile.executor.stop()waits for the pull in flight, and the loop exits between items. Teardown therefore never deletes the device and user under a claim, and a timed-out check reports the timeout instead of a later 401..next/dev, runs undersetsidand is stopped withstop-session.sh. Before, it restored the SCIM app's dev cache, which is the restore that caused the fix(ci): stop each HTTP end-to-end app fully and start the next from an empty dev cache #8686 flake. The shared-cache note now sits on the first app step, so new steps will see it.stop-session.sh:maxBuffer, the failure is reported as an overflow, not as "did not exit within 60s".Type of Change
Testing
.nextfor each app): SCIM and version compare, then stop-after, then desktop inbox. Every iteration passed, and all three warm-up checks passed each time.stop-session.shagainst three cases, and it stopped every process in each:Checklist