Jean-Luc Makiola 997ee44792 fix(calendar): don't register calendar observer before permission granted ...

The repository registers a ContentObserver on the calendar provider eagerly
in its init block, and an activity-scoped SettingsViewModel (which drives the
theme) injects that repository — so the @Singleton is constructed at launch,
above RootScreen's permission gate. On newer Android, registering an observer
on a provider you lack permission for throws SecurityException instead of
silently no-op'ing, so the app crashed instantly on every launch whenever
calendar access wasn't granted (fresh install or revoked permission), before
the permission screen could ever appear.

Guard the registration behind a calendar-permission check and re-attach the
observer lazily on the first calendars()/instances() read, which runs once the
gate opens and screens subscribe. Access to the observer collections is now
synchronized since registration can happen on the main thread (repo init) or
the IO dispatcher (query re-attach).

Verified on-device: permission-denied launch shows the permission screen
instead of crashing; granting it proceeds to the calendar with live updates.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-21 11:52:28 +02:00

..

src

fix(calendar): don't register calendar observer before permission granted

2026-06-21 11:52:28 +02:00

.gitignore

chore: configure :app module gradle build

2026-06-08 15:16:36 +02:00

build.gradle.kts

fix(calendar): don't register calendar observer before permission granted

2026-06-21 11:52:28 +02:00

proguard-rules.pro

fix(release): keep Room DB impls so R8 doesn't crash startup

2026-06-18 16:15:08 +02:00