Fixed
Codex Windows hooks kept failing after v3.4.1 and v3.5.0: root cause found. The shell resolver preferred C:\Windows\System32\bash.exe, the WSL launcher, whenever Git Bash usr\bin was not on PATH (the default Git for Windows install layout). On machines with WSL present but no distro installed, a common Docker Desktop setup, every shell hook failed silently. The resolver now skips WSL launchers (System32 and the Store WindowsApps alias) and continues to the Git for Windows probe. Extracted from PR #207 by @mahdiit, commit authorship preserved.
Windows Python discovery hardened. pwf-hook.cmd now honors PYTHON_BIN, probes standard uv and CPython install locations when Codex starts hooks with a reduced PATH, and quotes the interpreter path so installs under paths with spaces work. Also from PR #207.
Pi extension 1.2.1: recitations no longer break interactive tools. Messages queued by the tool_call hook with deliverAs: "steer" were consumed as the answer of an open AskUserQuestion dialog. All three tool_call sends now deliver as nextTurn. Issue #206, diagnosed with the exact mechanism by @jschmied.
Added
CI test workflow (PR #199 by @Yigtwxx, closes #197): pytest on ubuntu and windows runners plus the Pi vitest suite on every PR and push to master. Two test portability fixes from the first hosted run (PR #198).
Thanks
Mahdi (@mahdiit) for tracking the surviving Windows failure to the WSL launcher and contributing the fix in PR #207. jschmied for the precise #206 diagnosis. Yigtwxx for the CI workflow and test portability fixes.