[Bug] statusline-setup agent uses hardcoded path instead of $HOME on Windows
Resolved 💬 3 comments Opened Jan 30, 2026 by ibabencu Closed Feb 2, 2026
Description
The statusline-setup agent (invoked via /statusline command) searches for shell configuration files in a hardcoded path (C:/Users/Administrator/) instead of using the actual $HOME environment variable.
Steps to Reproduce
- On Windows with Git Bash/MINGW, run Claude Code as a user (e.g.,
ionut.babencu) - Run
/statuslinecommand - Agent attempts to read:
C:/Users/Administrator/.zshrcC:/Users/Administrator/.bashrcC:/Users/Administrator/.bash_profileC:/Users/Administrator/.profile
- All fail with "File does not exist"
Expected Behavior
Agent should use $HOME (which is /c/Users/ionut.babencu in this case) to locate shell config files:
$HOME/.bashrc$HOME/.bash_profile- etc.
Actual Behavior
Agent hardcodes /Users/Administrator/ path, which:
- Doesn't exist on this system
- Ignores the actual user's home directory
- Uses Unix-style path (
/Users/) instead of Windows-style (/c/Users/)
Environment
- Platform: Windows (MINGW64_NT-10.0)
- Shell: Git Bash
$HOME:/c/Users/<username>- The
.bashrcand.bash_profilefiles DO exist in the correct$HOMElocation
Suggested Fix
Replace hardcoded path with $HOME or use proper home directory detection that works cross-platform.
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗