Two real Windows-specific issues from the latest round:
1. The prebuilt-llama-installed asserter relied on grepping
logs/install.log for "prebuilt installed and validated". That
marker is emitted by setup.ps1 (a child process spawned by
install.ps1 via `& $UnslothExe studio setup`) -- the child's
Write-Host stream does NOT come back through the parent's
Tee-Object pipeline regardless of how aggressively we redirect
(*>&1, 2>&1, etc.). The marker lands on the live GitHub Actions
console but never on disk. Switch to a filesystem-based check:
* UNSLOTH_PREBUILT_INFO.json must exist at
~/.unsloth/llama.cpp/UNSLOTH_PREBUILT_INFO.json (setup.ps1
writes this from the prebuilt response payload).
* llama-server.exe must exist at
~/.unsloth/llama.cpp/build/bin/Release/llama-server.exe.
Both must be true; their JSON content is also dumped to the CI
log for debugging.
2. install.ps1 adds $StudioHome\bin (where the unsloth.exe shim
lives) to the User PATH via a Windows registry write. That
registry update doesn't propagate to the running Git Bash
session, so the very next step (`unsloth studio reset-password`)
hits "unsloth: command not found" and exits 127. Re-export
~/.unsloth/studio/bin to $GITHUB_PATH (Windows-style via
cygpath) so every subsequent step in the same job sees it.
Both fixes are mechanical and apply to all 4 Windows workflows
(6 jobs total: 1 ui + 1 update + 1 api + 3 inference).
setup.ps1 emits the "prebuilt installed and validated" / "prebuilt
up to date and validated" markers via the `step` function, which
calls Write-Host. In PowerShell 5+, Write-Host writes to the
Information stream, NOT stdout. Plain `2>&1 | Tee-Object` only
redirects stderr -> stdout, so Information-stream output flows to
the host (visible in the GitHub Actions log) but never lands in
logs/install.log. The post-step grep asserter then fails with
"no Windows prebuilt llama.cpp marker in install.log" even though
the prebuilt was installed correctly.
Switch to `*>&1` (the wildcard "all streams" redirect) so
Tee-Object captures Information stream too. Also silence the
ProgressPreference noise that fills install.log with progress-bar
ANSI sequences.
Belt-and-suspenders for the --no-deps install of no-torch-runtime.txt:
add a workflow step in every Windows job that runs
pip install --upgrade typer pydantic huggingface_hub
inside the Studio venv after install.ps1 finishes. install.ps1 itself
keeps --no-deps so torch never lands transitively, but typer +
pydantic + huggingface_hub don't depend on torch and absolutely need
their full runtime dep trees to import. Pinning the exact transitive
list in no-torch-runtime.txt is fragile (each minor version of typer
or pydantic adds another package -- click, then annotated-doc, then
pydantic-core, then typing-inspection, etc.). The follow-up
pip install --upgrade is idempotent (no-op when everything's already
there) and pulls in any missing module in one step.
Also pin typing-inspection in no-torch-runtime.txt directly so the
Linux/Mac --no-deps path picks it up the next time a fresh runner
image is provisioned.
Windows defaults to cp1252 ("charmap"); the hf-hub CLI prints a
success checkmark "✓" (U+2713) and the bare hf download in the
"Prime HF_HOME" step dies with:
Error: Invalid value. 'charmap' codec can't encode character
'✓' in position 5: character maps to <undefined>
Set PYTHONIOENCODING=utf-8 and PYTHONUTF8=1 at the job level for all
four Windows Studio workflows. Same env vars work on Linux/Mac as
no-ops, so we don't need OS-conditional handling.
Adds four Windows counterparts to the existing Mac Studio jobs, all on
the free windows-latest runner (4 vCPU / 16 GB / 14 GB SSD; no premium
SKU). Mirrors the Mac coverage 1:1 in name and assertion shape so the
PR-status grid reads "Mac Studio * = Windows Studio *":
studio-windows-ui-smoke.yml -> "Windows Studio UI CI"
studio-windows-inference-smoke.yml -> "Windows Studio GGUF CI" (3 jobs)
studio-windows-update-smoke.yml -> "Windows Studio Update CI"
studio-windows-api-smoke.yml -> "Windows Studio API CI"
Key Windows differences vs the Mac mirrors:
* runs-on: windows-latest (free public runner)
* defaults.run.shell: bash so curl / jq / heredoc steps go through
Git Bash (windows-latest's default shell is pwsh)
* Install step uses pwsh + ./install.ps1 --local --no-torch (NOT
bash install.sh; install.sh has no Windows branch and would hit
apt-get / brew calls). install.ps1 is Studio's documented Windows
installer and is exercised by release-desktop.yml today.
* Asserter looks for bin-win-cpu-x64 (the prebuilt that
windows-latest, no GPU, hits via studio/install_llama_prebuilt.py
line 1272). Source-build fallback is rejected as a Studio bug.
* setup-python: drop cache:'pip' across all four (install.ps1 +
setup.ps1 use uv; setup-python's post-step otherwise fatal-errors
with "Cache folder path is retrieved for pip but doesn't exist").
* api-smoke: do NOT pin STUDIO_AUTH_DIR (Mac mirror hardcodes
/Users/runner/...). studio_api_smoke.py defaults to
Path.home()/'.unsloth'/'studio'/'auth' which resolves correctly
on every OS.
* inference-smoke: drop the Linux-only `ss -tln` diagnostic line.
No code changes to install.ps1, setup.ps1, install_llama_prebuilt.py,
or unsloth_cli/commands/studio.py -- Windows is already fully wired
in those (~30 host.is_windows branches in the prebuilt installer +
three sys.platform=='win32' branches in the Studio CLI).
Also fixes the Linux Chat UI Tests "extra turn" timeout (run
25487410101 / job 74786523982). The send_and_wait predicate used
non-empty assistant bubble count vs a baseline. When gemma-3-270m
emitted an empty turn (legitimate model output), the empty bubble
counted toward total but NOT toward the non-empty baseline, and the
next turn's wait expected nonempty >= baseline + 1 forever -- never
satisfied. Refactor:
* Snapshot TOTAL bubble count before send (proves new placeholder
rendered, regardless of content).
* Wait for Send-button-attached AND Stop-button-detached as the
"previous turn finished" signal.
* Treat empty bubbles as legitimate model output, not test failure.
* Add page.on('response') listener for /v1/chat/completions and
log status distribution + 4xx count after the 5-turn loop, so a
flake is debuggable from the CI log without artifact spelunking.
