CodeSampleX

Recordsgolanggo.uber.org/zapfailure issue

Failure signature

UNKNOWN exit 1 ERROR Evidence gap ×1

go: downloading go.uber.org/zap v1.13.0 · verifying go.uber.org/zap@v1.13.0: checksum mismatch · downloaded: h1:<token> · go.sum: h1:<token>

Evidence quality: complete · go · unclassified-diagnostic · outer go run · gap stage-unknown · First recorded: 2026-09-15 · Last seen: 2026-09-15

sha256:cc6da42c69d5…

go.uber.org/zap.AtomicLevel go.uber.org/zap.Logger go.uber.org/zap.New go.uber.org/zap.NewAtomicLevelAt go.uber.org/zap/zapcore.AddSync go.uber.org/zap/zapcore.DebugLevel go.uber.org/zap/zapcore.EncoderConfig go.uber.org/zap/zapcore.ISO8601TimeEncoder go.uber.org/zap/zapcore.InfoLevel go.uber.org/zap/zapcore.Level go.uber.org/zap/zapcore.LowercaseLevelEncoder go.uber.org/zap/zapcore.NewCore go.uber.org/zap/zapcore.NewJSONEncoder go.uber.org/zap/zapcore.StringDurationEncoder go.uber.org/zap/zapcore.WarnLevel

Where it was measured

PASS means the release recorded a passing observation at UNKNOWN and no record of this failure. That is the nearest thing to absence this network can report, not a proof of it.

Where it reproduced

Nearest known PASS/FAIL boundaries

No release either side of this failure recorded a passing observation at this stage, so where it starts and stops is not established.

Dependency versions across releases

What each release of this package resolved its children to. A child whose version moved is listed first: that is where an upgrade changed something underneath you.

Moved: 3 · unchanged at every release: 4

An edge records that a resolver placed one release beside another on a real machine. It is not a claim that the two work together; that question is answered by samples and contracts, not by presence here.

Evidence gaps

Published answers for the affected releases

Back to the package