The runner now has Windows errors for hooks and orchestrator mode, but they never fire.
Windows guards for --hooks-dir and orchestrator mode exist but the platform argument defaults to linux and no caller passes it.
What's wrong with this entry?
The self-hosted runner gained errors saying --hooks-dir, the matching SELF_HOSTED_RUNNER_HOOKS_DIR variable, and orchestrator mode are unsupported on Windows, because lifecycle hooks are POSIX executables spawned directly. Whether the guard can fire is unresolved in the code: the platform argument defaults to the literal "linux" and neither call site passes it.
--hooks-dir is not supported on Windows: lifecycle hooks currently require a Linux or macOS host
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Self-hosted runners report when warm-up finished
Both mention self hosted runner
-
v2.1.236
Self-hosted runner releases a session only after its work finishes
Both mention self hosted runner
-
v2.1.236
Runner waits for sessions to be released before shutting down
Both mention self hosted runner