Cannot use _.source on windows

[corymhall]

I have a mise.toml file like this:

[env]
_.source = "scripts/get-versions.sh"

[tools]
go = "{{ get_env(name='GO_VERSION', default='latest') }}"
python = '3.12'
node = '24'

get-version.sh

export GO_VERSION=1.25.1

When I run this in GitHub actions I get an error message like this:

  mise ERROR Failed to install tools: core:python@3.12, core:node@24
  
  core:python@3.12: 
     0: The system cannot find the path specified. (os error 3)
  
  Location:
     src\env_diff.rs:79

I think the issue is caused by this line which is not able to get the correct bash executable on windows.

[pjeby]

Just as an FYI, you can work around it by symlinking your bash to /c/bin/bash, but it's not really recommended. ;-)

As for the long-term fix, if I understand the code correctly, it just needs to look for bash.exe rather than just bash on Windows, and the correct version should get run.

[JamBalaya56562]

This should now be fixed by #11097, which was merged and will ship in the next release.

The root cause was that _.source had no real Windows handling: EnvDiff::from_bash_script looked up a bare bash.exe on PATH (missing on GitHub runners, where Git\bin isn't on PATH) and then fell back to a literal /bin/bash that couldn't spawn — hence the os error 3 at src\env_diff.rs. On machines with WSL it was worse: which found C:\Windows\System32\bash.exe (the WSL launcher) first, which can't read the C:\... script path.

The fix:

• Resolves a real POSIX bash (Git Bash / MSYS2), honoring a MISE_BASH_PATH override and probing the common Git-for-Windows / MSYS2 locations, and avoids selecting the WSL launcher.
• Passes the script path in forward-slash form and diffs export -p before/after sourcing so MSYS baseline noise (MSYSTEM, /mingw64/bin, TMP/TEMP, etc.) doesn't leak into the env diff.
• Normalizes the PATH/Path key casing and converts script-prepended PATH entries back to Windows form.
• When no real bash exists at all, you now get a clear error naming Git for Windows / MSYS2 / MISE_BASH_PATH instead of the cryptic os error 3.

On GitHub Actions runners a real Git Bash is already installed, so _.source should work out of the box once the release lands. If it isn't picked up in some environment, you can point mise at a specific bash with MISE_BASH_PATH.

This comment was generated by an AI coding assistant.