Generate requested line numbers for runtime container log output
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
Start with pkg/io/timestamp_aware_reader.go and trace how the container log streamer configures it in internal/logs/containerlogs/container_logstreamer.go; compare the Docker and Podman capture paths in their orchestrators. Check existing capture and formatting behavior for timestamp-only input and tail/skip selection. Done means runtime line numbering works with or without timestamps, preserves original positions, stays consistent across endpoints, and avoids duplicate prefixes on already-numbered captures.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
Container /log?line_numbers=true responses do not generate line numbers for timestamp-only runtime output. This is a pre-existing V1 limitation also present in the V2 runtime-capture implementation under development in #295; it is being tracked separately to avoid expanding that PR.
Code context
The Docker/Podman capture path requests runtime timestamps and writes the resulting output directly to capture files:
CaptureContainerLogs(..., containers.StreamContainerLogsOptions{
Follow: true,
Timestamps: true,
})
The response reader uses:
usvc_io.NewTimestampAwareReader(source, usvc_io.TimestampAwareReaderOptions{
Timestamps: opts.Timestamps,
LineNumbers: opts.LineNumbers,
// ...
})
TimestampAwareReader preserves or removes existing prefixes; it does not generate missing numbering. Relevant code: internal/logs/containerlogs/container_logstreamer.go, internal/docker/cli_orchestrator.go, internal/podman/cli_orchestrator.go, and pkg/io/timestamp_aware_reader.go. V2's analogous implementation is internal/logs/v2containerlogs/container_logstreamer.go in #295.
Reproduction and evidence
A focused streamer probe supplied actual runtime-style input:
2026-10-16T12:00:00.000Z raw-runtime-output
With line_numbers=true and timestamps disabled, the response was raw-runtime-output, rather than 1 raw-runtime-output. This is a controlled reproduction, not a reported production incident. Simulated capture that already includes numbering can mask the defect.
Expected behavior
Honor requested line numbers for runtime stdout/stderr while preserving runtime timestamps and original line positions across tail/skip/limit selections. Keep physical and logical endpoints consistent when consuming the same capture. Existing numbered startup captures must not acquire duplicate prefixes.
Scope and validation
Investigate the existing shared capture/formatting mechanisms before selecting a fix; do not introduce a separate per-source implementation. Cover timestamp-only runtime input, numbering with and without timestamps, and original numbering after tail/skip. This issue does not request changes to runtime lifecycle or watcher dispatch.
- Lingua principale
- Go
- Stelle
- 192
- Fork
- 27
- Merge medio
- 2g 9h
- PR unite (30g)
- 16
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di microsoft/dcp
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Add application iconAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
WSLC orchestrator: error classification relies on English CLI messages, breaks on localized Windows (volumes never created, containers never start)Forse già presa @danegsta l’ha presa 3 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Container runtime is reported unhealthy when `docker --version` takes longer than 2 secondsForse già presa @danegsta l’ha presa 4 giorni fa. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di microsoft/dcp
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
[flaky test] TestValidatorCommitterDropsEmptyStatusBatch: submits to the mock VC before its stream is registeredForse già presa @liran-funaro l’ha presa oggi. Apertacoordinator flaky-test race-condition testing
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
hyperledger/fabric-x-committer#876 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
garethgeorge/backrest#1426 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement nav-pilot
Difficoltà 2/5 Mezza giornata Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
valkey-io/valkey-operator#549 · 1 commento ·
I maintainer di solito rispondono entro 3 giorni