thunderbird / thunderbird/thunderbird-android
Notification Refactor — Examine Current State of Notification Architecture and NotificationSender class
@dani-zilla is already working on this.
Since Jul 13, 2026.
- Dominant language
- Kotlin
- Stars
- 14k
- Forks
- 2.8k
- Avg merge
- 3d 3h
- Merged PRs (30d)
- 57
Description
It appears as though we are using a feature flag, UseNotificationSenderForSystemNotifications. This is only set to true currently for debug builds of both K-9 and Thunderbird Mobile. Testing done in debug against release and beta issues (and vice versa) can't be trusted. We also don't seem to have a set migration path. Our notification documentation does not mention that the behavior in the documentation is behind a feature flag that is currently disabled.
For this ticket, see what it would take to implement the new NotificationSender class for all system notifications in debug, then what we'd need to do to move it over to our beta and release builds as well. The output from this ticket should be clear documentation listing:
- What is in use in notifications for release and beta builds now
- Where we use the new
NotificationSenderdescribed in our notification documentation - Why we haven't moved to using
NotificationSenderapp-wide yet? - What would it take to migrate?
- Are there opportunities to improve the reliability of notifications through the existing
NotificationSenderframework for system notifications?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.