go test -json interleaves the streams of packages that run in parallel,
so a single panic flag let one package's goroutine dump swallow the
output of every other package until its own fail event. Keep the panic
head per package and clear it with that package's result.
A test that hangs before printing anything is now registered on its run
event, so the unfinished list names it. Output a package prints outside
any test, which is where compiler diagnostics of a failed build land,
was dropped; it is buffered and printed when the package fails,
including the build-fail event newer Go versions emit.
The Management / Unit (mysql) job hit the 20 minute go test budget in
management/server and left only a goroutine dump of several thousand
leaked goroutines, with the "running tests:" header far out of reach of
the job log viewer. The last live test goroutine was runnable, not
blocked: the suite was still progressing when the alarm fired.
tools/gotestsummary reads a go test -json stream and prints one line
per finished test, the output of failed tests, the head of a package
panic (the timeout header and the running tests list), tests that never
reported a result, and the slowest tests per package.
NewTestStoreFromSQL now logs how long the sqlite seed store and the
engine under test took to come up; the summarizer attributes those to
the owning test so the per-test store cost on mysql and postgres is
visible in CI.
Two leaks made the dump unreadable and are fixed here: the sqlite seed
store was never closed once a mysql or postgres store replaced it, and
buildTestManager passed context.Background() to the metrics, caches and
controllers, so every test left its P95 flushers and cleanup loops
running until the process exited.
mlsmaycon