Repository navigation
fix(zsh): move PATH entries to the front even when already present - #120
Conversation
An inherited late ~/.local/bin (sshd, /etc/profile) was never moved, so on agent-gentle /usr/bin/gs (Ghostscript) shadowed gs.
Post-merge QA (glm)Lens: requirements + adversarial. El move de PATH en zsh ahora empuja la entrada al frente aunque ya exista (idempotente), sin duplicados y sin tocar el resto del PATH. Casos de entrada ya-presente y multi-entrada cubiertos. Sin hallazgos. No findings. Verdict: clean |
Post-merge QA (deepseek)Lens: evidence + test design. QA of the merge that landed: the helper now moves an already-present entry to the front, which is what the PR claims and what the reported agent-gentle symptom needed (a ~/.local/bin inherited at the end of PATH let /usr/bin/gs shadow the Go gs). The zsh tied array Suggestion (1)
Verdict: clean |
On agent-gentle ~/.local/bin arrived at the end of PATH from the login environment; the prepend helper skipped it because it was already present, so /usr/bin/gs (Ghostscript) shadowed the new Go gs. The helper now moves the entry to the front.
Verified: interactive zsh started with ~/.local/bin last ends with it first.
🤖 Generated with Claude Code
https://claude.ai/code/session_01A9D7phtzRBjJGKsHtaiVWj