`vp run --log labeled` / `--log grouped` drops color from the Vitest coverage table
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 65/100
Línea de trabajo
Start with the vp run output handling for the labeled and grouped log modes, then reproduce using the linked repository and compare with interleaved. Check how those modes relay task output and preserve color settings; done when the Vitest coverage table retains its threshold colors in all modes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Describe the bug
When a task runs through vp run with --log labeled or --log grouped, the coverage table from @vitest/coverage-v8 (text reporter) is printed without color. The same task under the default interleaved mode, or with no --log, shows the table in color: red/yellow/green by coverage threshold.
Only the coverage table is affected. The rest of Vitest's output keeps its color in every mode: the RUN badge, 1 passed, the checkmarks, and the % Coverage report from v8 header.
The same split shows up when you run vp test with stdout piped and FORCE_COLOR set. Vitest's own output is colored and the coverage table is not. This suggests labeled and grouped relay the task's output through a pipe instead of a TTY, and the coverage reporter decides whether to color by checking for a TTY, not by honoring FORCE_COLOR.
Reproduction
https://github.com/rhermes62/no-test-coverage-output-coloring-reproduction
Steps to reproduce
- Clone the reproduction repo and install:
(git clone https://github.com/rhermes62/no-test-coverage-output-coloring-reproduction.git cd no-test-coverage-output-coloring-reproduction npm install --legacy-peer-deps--legacy-peer-depsworks around an unrelated npm 10.9.4 crash,Cannot read properties of null (reading 'edgesOut').) - In a real terminal (don't pipe the output), run:
node --run works:log-interleaved # vp run --log interleaved test node --run broken:log-labeled # vp run --log labeled test node --run broken:log-grouped # vp run --log grouped test - Compare the coverage tables.
Expected: The table is colored the same way in every mode: add.ts (100%) green, divide.ts (0%) red, % Funcs 50 yellow.
Actual: The table is colored under interleaved and with no --log, and plain under labeled and grouped. Coverage numbers are identical in all modes.
| Mode | Screenshot |
|---|---|
no --log (works) |
|
--log interleaved (works) |
|
--log labeled (broken) |
|
--log grouped (broken) |
System Info
`vp env current`: N/A (project install)
`vp --version`:
VITE+ - The Unified Toolchain for the Web
vp v1.0.0
Local vite-plus:
vite-plus v1.0.0
Tools:
vite v8.3.1
rolldown v1.2.11
vitest v5.0.1
oxfmt v0.70.0
oxlint v1.85.0
oxlint-tsgolint v7.0.2003
tsdown v0.23.0
Used Package Manager
npm
Logs
Validations
- Read the Contributing Guidelines.
- Check that there isn't already an issue for the same bug.
- Confirm this is a Vite+ issue and not an upstream issue (Vite, Vitest, tsdown, Rolldown, or Oxc).
- The provided reproduction is a minimal reproducible example.
- Lenguaje dominante
- Rust
- Estrellas
- 6.5k
- Forks
- 296
- Merge medio
- 1 d 13 h
- PR fusionados (30 d)
- 232
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de voidzero-dev/vite-plus
-
Docker guide: the runtime stage needs libatomic1 for Node.js 25 and laterPosiblemente ocupada @kshanxs la tomó hace 1 día. Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
voidzero-dev/vite-plus#3219 · 1 comentario · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
pending triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
voidzero-dev/vite-plus#2882 · 2 comentarios ·
Los mantenedores suelen responder en 1 día
-
vp run -r executes each package task twice when the root package has a matching recursive scriptPosiblemente ocupada @wan9chi la tomó hace 1 día. Abiertopending triage
voidzero-dev/vite-plus#3221 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
pending triage
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
voidzero-dev/vite-plus#3218 ·
Los mantenedores suelen responder en 1 día
-
LSP loads vite.config.ts with the server's cwd as rootPosiblemente ocupada @leaysgur la tomó hace 2 días. Abiertopending triage
voidzero-dev/vite-plus#3217 · 1 asignado ·
Los mantenedores suelen responder en 1 día
Todos los issues de voidzero-dev/vite-plus
Issues similares
-
api bug entity mobai
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Pumpkin-MC/Pumpkin#4312 ·
Los mantenedores suelen responder en 1 día
-
bug easy good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
lacs-project/sysknife#659 ·
Los mantenedores suelen responder en 2 días
-
E_FIT_INPUT_MISSING (mixture overrides): the message says ferx-r bundles lack mixture_overridesAbiertoP3
Dificultad 1/5 Menos de una hora Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Document multi-value claims with rowBoundaries operator:in (and their per-record application)Abiertodocumentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
registrystack/registry-stack#2431 ·
Los mantenedores suelen responder en 1 día