docs: restore the macOS open -a CuaDriver … serve step in the first-app tutorial - #2097
Conversation
…n-start step #2087 removed the manual `open -n -g -a CuaDriver --args serve` step from the macOS install tab on the theory that `cua-driver permissions grant` performs the same LaunchServices launch. In practice, launching the daemon through the app bundle is what makes the TCC grant attribute to CuaDriver.app (com.trycua.driver) and register in System Settings — so the step is load-bearing on macOS and is restored. Windows/Linux stay as-is (no TCC). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011BJPGdRQxiBPTQhjwZsQ8G
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughUpdates the macOS installation instructions in the "drive-your-first-app" tutorial to add a step launching the Cua Driver daemon via ChangesTutorial Documentation Update
Estimated code review effort: 1 (Trivial) | ~2 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Partially reverts #2087 for macOS only. That PR dropped the manual
open -n -g -a CuaDriver --args servestep, but on macOS launching the daemon through the app bundle is what makes the TCC grant attribute to CuaDriver.app (com.trycua.driver) and register in System Settings —permissions grantalone isn't a reliable substitute in practice. Restored the step (with a note on why); Windows/Linux tabs stay as #2087 left them (no TCC). Content-only.Summary by CodeRabbit