bug(serve): go test runs write into the user's real serve.log — lifecycle log path isn't test-scoped #95
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea#95
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Observed 2026-07-15: ~/.cache/madtea/serve.log contains entries from test-run servers (
tool error ... ambiguous forge: found alpha.invalid, beta.invalidfixtures, several starts/stops with test ppids). The ADR 0022 hermetic guard covers credential resolution and git mutation but the lifecycle logger's path (newLifecycleLogger → /madtea/serve.log) is not test-scoped, sogo testsessions pollute — and, being bounded/rotating, can CYCLE OUT — the real operator's serve log. That cost real diagnostics today: the log was needed to recover a swallowed finish error (#93) and the relevant entries were already displaced by test noise.Fix: under
testing.Testing()route the lifecycle log to the test temp dir (or discard), mirroring the ADR 0022 pattern; the crash-output path should follow. Acceptance: after a fullgo test ./..., the user-level serve.log has no new entries.