docs: clarify custom launcher execution policy - #18
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📝 WalkthroughWalkthroughThe custom launcher documentation adds a warning about launcher permissions and clarifies ChangesCustom launcher security documentation
Estimated code review effort: 1 (Trivial) | ~3 minutes Merge Risk: ⚪ Minimal · up to The documentation now explains that custom launchers run with Core permissions and clarifies execution-control behavior without changing runtime code. No merge-blocking risk remains. 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
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 |
Warn users that installing a custom launcher authorizes programs and scripts to run as Core’s user. Explain that configured controls no longer require allow_execute, while direct scripts and existing restrictions remain unchanged.
Next-only: documents unreleased Core behavior; stable docs stay unchanged.
Companion to ZaparooProject/zaparoo-core#1458.
Summary by CodeRabbit
allow_executeapproval.block_commands, and remotely fetched ZapScript cannot bypass execution restrictions.