Support device-level push notifications, not just in-app inbox notifications in Base App
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
- Issue type
- Feature
- Clarity
- Needs clarification
- Activity status
- Quiet
- Domain
- mobile-dev
Research direction
No files, tests, or entry points are identified. Start by determining where Base App notification delivery is implemented and clarify the intended iOS and Android behavior, opt-in flow, and acceptance criteria before estimating the work.
Written by the indexing model from the issue text.
Description
Hi team,
First, thank you for the Notifications API and the current Base App integration.
Right now, notifications sent through the Base notifications flow appear only inside the notifications section of Base App. In practice, this behaves more like an inbox entry than a real push notification: there is no visible popup/banner in the app, and nothing appears on the device lock screen.
For app developers, this is a major limitation.
Current behavior
When a notification is sent successfully:
- It shows up as a row inside the notifications tab in Base App.
- It does not reliably surface as a visible in-app popup/banner.
- It does not appear as a device-level notification outside Base App, such as on the lock screen or in the system notification tray.
As a result, users only see the notification if they manually open Base App and check the notifications section.
Why this is a problem
This makes notifications much less useful for:
- time-sensitive updates,
- game/app events,
- reminders,
- transaction-related alerts,
- re-engagement flows.
From a user perspective, this is not perceived as a real push notification.
From a developer perspective, it limits the practical value of integrating notifications at all.
Proposal
It would be great if Base supported notifications beyond the in-app inbox model, specifically:
- Device-level push delivery to the user’s phone.
- Lock screen notifications.
- System notification center / tray delivery.
- Optional in-app banner presentation while Base App is open.
Ideally, developers could still use the existing Base notifications pipeline, but users would receive notifications as actual OS-level pushes when they have opted in.
Suggested product direction
A possible model could be:
- Users opt in to notifications for a specific app inside Base App.
- Base App acts as the trusted delivery layer.
- Base then forwards eligible notifications as native system push notifications on iOS/Android.
- Developers can optionally choose notification priority/category if that becomes supported later.
Expected outcome
This would make Base notifications feel much more like a real mobile notification system rather than an internal inbox feed, and would significantly improve:
- user awareness,
- retention,
- engagement,
- usefulness for real-world apps built on Base.
Thanks for considering this — I think this would be a meaningful improvement for developers building consumer apps on Base.
Additional note
At minimum, even improving the current in-app experience with a visible foreground popup/banner inside Base App would already be a big step forward. But the ideal solution would be device-level notifications outside the app.
For example, in a game, users should be notified immediately when an event starts or a reward is available.
- Dominant language
- JavaScript
- Stars
- 337
- Forks
- 798
- Avg merge
- 7h 24m
- Merged PRs (30d)
- 51
Contributor guide
No contributing guide indexed for this repository
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.
More from base/docs
-
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 1/5 Under an hour Newbie friendliness 95/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
[Block] Latest Posts [Type] Bug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
Automattic/studio#4908 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
sugarlabs/musicblocks#8847 ·