User fish functions named like built-ins break the vp wrapper and vpr completion in env.fish
Los mantenedores suelen responder en 1 día
@naokihaba ya está trabajando en esto.
Desde el 19/10/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Describe the bug
The generated env.fish calls some fish built-in commands by their bare names. These commands are count, math, contains, complete, and commandline. fish looks for a function before a built-in. fish also autoloads a function from ~/.config/fish/functions/<name>.fish when a script first calls the name. Thus, if a user has a function with one of these names, env.fish calls the user's function and not the built-in.
fish still starts and shows no error. But the vp wrapper and the vpr completion work incorrectly.
| User function | Result |
|---|---|
count |
vp env use 20.18.0 shows Using Node.js v20.18.0, but VP_NODE_VERSION stays unset. The wrapper does not find env use, so it does not eval the output of vp. |
math |
vp -C <dir> env use 20.18.0 does not set VP_NODE_VERSION. The wrapper calculates a wrong position for the command after -C. |
complete |
env.fish does not register the vpr completion. |
commandline |
The vpr completer cannot read the command line. It ignores -C <dir> and shows other candidates. |
The count case causes the most harm. vp env use shows a success message, and the user thinks that the Node.js version changed. But the shell still uses the previous version.
env.fish can call these commands with the builtin keyword, for example builtin count. fish does not let a user define a function named builtin, and all supported fish versions have this keyword. With builtin, the count, math, and complete cases work correctly. I did not check the commandline case with builtin.
A user function named contains or source breaks the startup of fish itself. fish then does not read conf.d at all. env.fish cannot prevent this case.
#3092 reports the same class of problem for Nushell. In Nushell, the result is a parse error at startup. In fish, the result is incorrect behavior without an error.
Reproduction
No repository is necessary. The steps use only vp and fish, and they write only to a temporary directory.
Steps to reproduce
-
Generate
env.fishin a temporary directory, so that no real shell profile changes.R=$(mktemp -d) HOME=$R/home ZDOTDIR=$R/home XDG_CONFIG_HOME=$R/setup-config VP_HOME=$R/vp vp env setup --env-only -
Make a fish configuration directory.
conf.d/vite-plus.fishsourcesenv.fish, asvp env setupdoes.functions/count.fishis the user's function.mkdir -p "$R/case-count/fish/conf.d" "$R/case-count/fish/functions" printf 'source "%s"\n' "$R/vp/env.fish" > "$R/case-count/fish/conf.d/vite-plus.fish" printf 'function count\n echo 0\nend\n' > "$R/case-count/fish/functions/count.fish" -
Start fish with this configuration.
cd "$R" env -u VP_NODE_VERSION XDG_CONFIG_HOME="$R/case-count" HOME="$R/case-count" VP_HOME="$R/vp" fish -
In fish, run these commands.
vp env use 20.18.0 --no-install echo $VP_NODE_VERSION
Expected result: echo $VP_NODE_VERSION prints 20.18.0.
Actual result: vp env use prints Using Node.js v20.18.0 (resolved from 20.18.0), but echo $VP_NODE_VERSION prints an empty line.
Without functions/count.fish, the same steps print 20.18.0.
Script that checks all four cases
#!/bin/sh
set -eu
VP=${VP:-vp}
FISH=${FISH:-fish}
R=$(mktemp -d)
HOME=$R/home ZDOTDIR=$R/home XDG_CONFIG_HOME=$R/setup-config VP_HOME=$R/vp \
"$VP" env setup --env-only </dev/null >/dev/null
mkdir -p "$R/project"
printf '{ "name": "demo", "scripts": { "build": "echo build" } }\n' > "$R/project/package.json"
run() {
dir=$R/case-$1
mkdir -p "$dir/fish/conf.d" "$dir/fish/functions"
printf 'source "%s"\n' "$R/vp/env.fish" > "$dir/fish/conf.d/vite-plus.fish"
[ "$1" = none ] || printf 'function %s\n %s\nend\n' "$1" "$2" > "$dir/fish/functions/$1.fish"
(cd "$R" && env -u VP_NODE_VERSION XDG_CONFIG_HOME="$dir" HOME="$dir" VP_HOME="$R/vp" \
"$FISH" -i -c "$3" </dev/null 2>&1) || true
}
USE='vp env use 20.18.0 --no-install >/dev/null 2>&1; echo "VP_NODE_VERSION=[$VP_NODE_VERSION]"'
USE_C='vp -C project env use 20.18.0 --no-install >/dev/null 2>&1; echo "VP_NODE_VERSION=[$VP_NODE_VERSION]"'
COMPLETE='echo "vpr completion rules: $(builtin complete -c vpr | builtin count)"'
CANDIDATES='echo "candidates for \"vpr -C project \": [$(builtin complete -C "vpr -C project ")]"'
echo "== count"; run none '' "$USE"; run count 'echo 0' "$USE"
echo "== math"; run none '' "$USE_C"; run math 'echo 99' "$USE_C"
echo "== complete"; run none '' "$COMPLETE"; run complete 'true' "$COMPLETE"
echo "== commandline"; run none '' "$CANDIDATES"; run commandline 'true' "$CANDIDATES"
Output:
== count
VP_NODE_VERSION=[20.18.0]
VP_NODE_VERSION=[]
== math
VP_NODE_VERSION=[20.18.0]
VP_NODE_VERSION=[]
== complete
vpr completion rules: 1
vpr completion rules: 0
== commandline
candidates for "vpr -C project ": []
candidates for "vpr -C project ": [run Run tasks]
In each pair, the first line has no user function, and the second line has one.
System Info
vp v1.3.0
fish 4.9.3
macOS
Used Package Manager
npm
Logs
No error appears. The "Steps to reproduce" section shows the output.
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.3k
- Forks
- 283
- Merge medio
- 1 d 14 h
- PR fusionados (30 d)
- 231
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
-
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
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
voidzero-dev/vite-plus#2097 · 10 comentarios · 2 reacciones ·
Los mantenedores suelen responder en 1 día
-
`pnpm create vite-plus` and `yarn create vite-plus` fail with `spawn vp ENOENT` when `vp` is not on PATHPosiblemente ocupada @fengmk2 la tomó hace 1 día. Abiertobug
voidzero-dev/vite-plus#3177 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
vp migrate doesn't flag esbuild-specific config (minify: "esbuild") — migrated project fails to build on Vite 8Posiblemente ocupada @john-okeefe la tomó hace 1 día. Abiertocontribution welcome
voidzero-dev/vite-plus#3176 · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
`vp run`: scripts get a non-blocking stdin (EAGAIN) when `run` tasks in vite.config.ts use constantsAbiertopending triage
Dificultad 4/5 3-5 días Aptitud para principiantes 55/100
voidzero-dev/vite-plus#3155 ·
Los mantenedores suelen responder en 1 día
Todos los issues de voidzero-dev/vite-plus
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
pedrovgs/UseCaseCoverage#23 ·
-
priority: low
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
storytold/photocraft#8687 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
THREAD: operation failedAbiertoarea:kernel bug kernel-paused needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
bherbruck/solvecraft#5055 · 2 comentarios ·
-
bug cli p3
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 3 días
-
documentation good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día