Skip to content

fix(windows): tool launcher shims never fall back to starting the viewer - #75

Merged
mcoliver merged 1 commit into
mainfrom
fix/launcher-no-viewer-fallback
Sep 30, 2026
Merged

mcoliver merged 1 commit into
mainfrom
fix/launcher-no-viewer-fallback

Conversation

@mcoliver

Copy link
Copy Markdown
Collaborator

Defense in depth for #73 (root cause fixed in the installer, #74).

When the Windows launcher runs as a tool shim (utvio.exe, py-interp.exe, …) and can't find <tool>-bin.exe, it fell through to the default target, utv-bin.exe. A tool invoked by a script, such as the startup update check running py-interp.exe, then opened another viewer, which ran the script again: an endless relaunch.

Now it reports the missing binary (to stderr, plus a message box when there's no console) and exits with code 1.

Windows-only code; verified by the Windows CI build.

🤖 Generated with Claude Code

When the launcher runs as a tool shim (utvio.exe, py-interp.exe, ...) and
can't find the tool's real binary, it fell through to the default target,
utv-bin.exe. A tool invoked by a script -- e.g. the startup update check
running py-interp.exe -- then opened another viewer, which ran the script
again: the endless relaunch in #73 (there caused by an installer/release
mismatch, fixed in #74).

Report the missing <tool>-bin.exe (stderr, plus a message box when there
is no console) and exit instead.

Refs #73

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

Signed-off-by: Michael Oliver <mcoliver@gmail.com>
@mcoliver
mcoliver merged commit d63e196 into main Sep 30, 2026
9 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant