Skip to content

fix(desktop): Windows sidecar stubs, managed Node, onboarding scroll - #2496

Open
Chessing234 wants to merge 3 commits into
block:mainfrom
Chessing234:fix/windows-sidecar-managed-node
Open

Chessing234 wants to merge 3 commits into
block:mainfrom
Chessing234:fix/windows-sidecar-managed-node

Conversation

@Chessing234

Copy link
Copy Markdown
Contributor

Summary

  • Add .exe to Windows sidecar stub paths in the Justfile (#2492)
  • Ship managed Node.js zip install for Windows x64/arm64 (#2491)
  • Make machine onboarding step frames scroll so the docked Next CTA stays reachable (#2414)

Test plan

  • just desktop / CI desktop job on a Windows runner creates *-windows-*.exe sidecar stubs
  • On Windows, Install harness downloads Node and node --version matches the managed runtime
  • Machine onboarding step 4: shrink the window; content scrolls and Next stays usable

Fixes #2492
Fixes #2491
Fixes #2414

Made with Cursor

@cowboycodr

Copy link
Copy Markdown

Running into the same issue. This seems to fix it!

sailorpepe added a commit to sailorpepe/buzz that referenced this pull request Jul 23, 2026
_ensure-sidecar-stubs unconditionally `touch`es 0-byte placeholder files in
desktop/src-tauri/binaries/. On the documented dev flow
(`just setup && just build && just dev`) the real binaries are already compiled
to the workspace target dir, but the stubs are never filled — so `tauri dev`
stages a 0-byte buzz-acp next to the app binary and the desktop app fails to
launch its agent auth helper:

  Couldn't load sign-in options: failed to run buzz-acp auth helper:
  Permission denied (os error 13)

This breaks Claude Code / Codex harness sign-in on macOS out of the box.

Copy the compiled binary into the stub when it exists (chmod +x), matching the
cp + chmod pattern `desktop-standalone` / `desktop-release-build` already use.
Fall back to `touch` only when the binary is not built yet, preserving the
existing tauri-config-validation behavior for flows that have not built the
workspace.

Distinct from block#2492 / block#2496, which fix the Windows `.exe` stub suffix; this is
the macOS empty-fill case.

Signed-off-by: sailorpepe <kobumining@gmail.com>
@Chessing234

Copy link
Copy Markdown
Contributor Author

glad it helps — thanks for confirming

Signed-off-by: Taksh <takshkothari09@gmail.com>

Signed-off-by: Taksh <takshkothari09@gmail.com>
Signed-off-by: Taksh <takshkothari09@gmail.com>

Signed-off-by: Taksh <takshkothari09@gmail.com>
@Chessing234
Chessing234 force-pushed the fix/windows-sidecar-managed-node branch from 8f12528 to a2dab4b Compare July 29, 2026 15:01
@Chessing234

Copy link
Copy Markdown
Contributor Author

@tlongwell-block @wesbillman @wpfleger96 mind taking a look when you get a chance?

@Chessing234
Chessing234 force-pushed the fix/windows-sidecar-managed-node branch from a2dab4b to da4d01c Compare August 5, 2026 10:39
Signed-off-by: Taksh <takshkothari09@gmail.com>
@github-actions

github-actions Bot commented Sep 1, 2026

Copy link
Copy Markdown

🔐 Codex Security Review

Status: review required for the current range.

The current range is 114dbf745f1fe0bdbecb70e07a07f03c23687bdc...b1c9f13d7a927faf20582970817a953bbe8c94fa.
A new review must complete for this exact range. When manual authorization
is required, a Block organization member must comment exactly
@buzz-security-review b1c9f13d7a927faf20582970817a953bbe8c94fa to authorize a new review.
Any previous review applies only to its recorded range.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

2 participants