Contacts autocomplete: allow enabling it later after the user declines #129

Closed
opened 2026-07-02 13:31:35 +00:00 by JMR-dev · 0 comments
JMR-dev commented 2026-07-02 13:31:35 +00:00 (Migrated from github.com)

After a user declines the contacts permission, there is no in-app affordance to turn recipient autocomplete on later — it is silently off forever, and on Android a permanently-denied permission can only be re-granted via system Settings.

Proposal

Add a Settings entry (e.g. under a Compose/Contacts section) to enable contact autocomplete. When the permission is grantable, request it in-app; when it is permanently denied, deep-link the user to the app's system permission settings with a brief explanation. Reflect the current state (on / off / blocked-in-settings).

Notes

  • Independent of where the initial request happens (compose today, onboarding after the move ticket).
  • Keep it optional and clearly labeled as on-device-only autocomplete.

Related: the move-to-onboarding and rationale tickets.

After a user declines the contacts permission, there is **no in-app affordance to turn recipient autocomplete on later** — it is silently off forever, and on Android a permanently-denied permission can only be re-granted via system Settings. ## Proposal Add a Settings entry (e.g. under a Compose/Contacts section) to enable contact autocomplete. When the permission is grantable, request it in-app; when it is permanently denied, deep-link the user to the app's system permission settings with a brief explanation. Reflect the current state (on / off / blocked-in-settings). ## Notes - Independent of where the initial request happens (compose today, onboarding after the move ticket). - Keep it optional and clearly labeled as on-device-only autocomplete. Related: the move-to-onboarding and rationale tickets.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: JMR-dev/LibreMail#129