Make sure users can fix permissions after onboarding#539
Conversation
The permission list (status rows, grant/request actions, misplaced-bundle warning) moves to components/widget/permissions/permissions-panel.tsx so it can be reused outside the onboarding wizard. PermissionsStep keeps only the onboarding chrome (StepShell, eyebrow, copy).
Settings gains a Permissions section rendering the shared PermissionsPanel, so macOS permission status can be reviewed and the system grant flows re-triggered after onboarding is complete. Adds the "permissions" variant to SettingsTab and the widget story tab selector.
The revoked-permissions banner now opens the new settings tab instead of deep-linking only the first missing permission, and keeps an explicit "Check again" re-probe since repair is launch-scoped and won't observe grants made while the app runs.
🎨 Storybook previewUpdated for 69a66c5
|
📋 PR Overview
🔬 Coverage
|





Summary
With #501 the onboarding workflow is not shown anymore after completion (unless the user explictly requests it). However, the onboarding workflow was the only way users had an easy way to fix permissions if, for some reason, they got misconfigured again.
In this PR the permissions panel is added to the preferences window. Furthermore, the notification bubble that is displayed when the permissions are not matching anymore has a link to that panel, so users can quickly address the situation should it occur.
Test Plan
Docs