NativeScript / NativeScript/plugins
[@nativescript/local-notifications] getScheduledIds() returns ids of notifications that have already been published on Android
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 206
- Forks
- 123
- Avg merge
- 2d 1h
- Merged PRs (30d)
- 1
Description
On Android if you schedule a notification and wait to receive the notification, the notification shows as expected. If you call getScheduledIds() after, that notification ID is still returned in the array and the array continues to grow infinitely unless you explicitly call cancel() or cancelAll().
iOS works as you would expect. Once you receive a notification, that ID no longer returns after calling getScheduledIds().
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.
Research direction
Start at the Android implementation of getScheduledIds() and trace how delivered notifications are removed from the scheduled set; compare that flow with the iOS behavior described. Done means a delivered notification ID is absent from subsequent getScheduledIds() results without requiring cancel() or cancelAll().
Written by the indexing model from the issue text.
Assessment
- Tech stack
- android, typescript
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100