mirror of
https://github.com/docker/compose.git
synced 2026-09-24 22:44:24 +00:00
1ebdc06c18
Some checks are pending
ci / validate (lint) (push) Waiting to run
ci / validate (validate-docs) (push) Waiting to run
ci / validate (validate-go-mod) (push) Waiting to run
ci / validate (validate-headers) (push) Waiting to run
ci / validate (validate-mocks) (push) Waiting to run
ci / binary (push) Waiting to run
ci / binary-finalize (push) Blocked by required conditions
ci / bin-image-test (push) Waiting to run
ci / test (push) Waiting to run
ci / e2e (plugin, oldstable, graphdriver) (push) Waiting to run
ci / e2e (standalone, oldstable, graphdriver) (push) Waiting to run
ci / e2e (plugin, stable, containerd) (push) Waiting to run
ci / e2e (plugin, stable, graphdriver) (push) Waiting to run
ci / e2e (standalone, stable, containerd) (push) Waiting to run
ci / e2e (standalone, stable, graphdriver) (push) Waiting to run
ci / coverage (push) Blocked by required conditions
ci / release (push) Blocked by required conditions
merge / bin-image-prepare (push) Waiting to run
merge / bin-image (push) Blocked by required conditions
merge / module-image (push) Waiting to run
Scorecards supply-chain security / Scorecards analysis (push) Waiting to run
zizmor / zizmor (push) Waiting to run
OTel SDK/exporter errors already go through docker/cli's own otel.SetErrorHandler(debug.OTELErrorHandler), installed by the plugin framework at startup. Our own handler, installed at package init time, was always clobbered before any command ran (plugin.Run() sets its handler after all inits execute), so it never had any effect - verified by tracing the exact call order and reproducing the flag behavior against a built binary. Drop that dead handler along with the COMPOSE_OTEL_DEBUG env var it introduced. The one genuinely-discarded error (the tracer shutdown/flush error in wrapRunE) now goes through logrus like everything else in the codebase: it's already gated by --debug/-D via logrus's own level, so no explicit check is needed. Signed-off-by: hiroto.toyoda <hiroto.toyoda@dena.com> |
||
|---|---|---|
| .. | ||
| cmd_span.go | ||
| cmd_span_test.go | ||