Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

vp lint / vp run lint print no summary on a clean pass (unlike vp exec turbo run lint)

Abierto
#2,035 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@simulacre7 ya está trabajando en esto.

Desde el 21/8/2026.

  • #2 de @dennybiasiolli — cerrado sin fusionar

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
68/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
javascript, rust, typescript
Área
tooling

Línea de trabajo

Reproduce los comandos directos vp lint . y vp exec turbo run lint --filter=some-pkg --force del issue y compara su salida en un paso limpio. Rastrea la ruta de vp lint/vp run lint y cómo maneja el resultado subyacente de oxlint; estará terminado cuando una ejecución directa limpia muestre el resumen de advertencias/errores, tiempo, archivo y regla, conservando el estado de salida informado.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

Summary

Running vp lint <path> (or vp run lint, the task-runner form) directly prints nothing at all and exits 0 when there are zero lint violations — no "Found 0 warnings and 0 errors" summary, no file/rule count, nothing. The same underlying lint task, when invoked via vp exec turbo run lint --filter=<pkg>, prints the full oxlint summary line even on a clean pass:

manolea-placeholder:lint: $ vp lint .
manolea-placeholder:lint: Found 0 warnings and 0 errors.
manolea-placeholder:lint: Finished in 422ms on 1103 files with 95 rules using 16 threads.

To be clear, this is not a correctness bug — I verified with injected violations that both invocation paths correctly detect and report real problems (a syntax error fails with exit 1 and the parse error text; a debugger; statement prints the eslint(no-debugger) warning by name in both paths). The only difference is the empty-output case.

Why this is worth fixing

Empty stdout + exit 0 is ambiguous to a human running vp lint . locally before pushing: "no output" could mean "ran cleanly" or "didn't actually run" (e.g. wrong cwd, misconfigured filter, crashed silently). The turbo-wrapped invocation resolves that ambiguity by always printing a summary; the direct vp lint/vp run lint invocation doesn't.

Repro

In a workspace with a shared vite.config.ts (via defineConfig(), exporting lint/run/etc. sub-configs) and a package whose package.json has "lint": "vp lint .":

# From the package directory — prints nothing, exit 0
cd packages/some-pkg
vp lint .
echo $?   # 0

# From the workspace root — prints a summary even though nothing changed
vp exec turbo run lint --filter=some-pkg --force

Ask

Have vp lint/vp run lint print the same "Found N warnings and M errors. Finished in Xms on Y files with Z rules" summary on a clean pass that vp exec turbo run lint shows, so a passing run is visibly distinguishable from a run that silently did nothing.

Environment

  • vite-plus 0.2.1
  • oxlint 1.70.0
  • Linux x86_64
Lenguaje dominante
Rust
Estrellas
6k
Forks
274
Merge medio
1 d 12 h
PR fusionados (30 d)
198

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de voidzero-dev/vite-plus

Todos los issues de voidzero-dev/vite-plus

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.