When we receive a push notification on device (via the PI Push Notification service via Echo via some notification worthy event), it's after some random delay added by the PI Push Notification service. This delay means a triggered notification message might not be received by a device until up to at worst five minutes later. In the time between a notification is scheduled to be delivered and the time it's actually received by a device, it's possible that other notification worthy events might have also happened and been scheduled to be delivered.
This means that when the iOS app receives a push notification, and it makes the remote notification API call to see what notifications are available, it may in actuality have either a. no new notifications or b. one or more new notifications available to display.
Our current solve for this situation is to display a generic "A new notification is available" message when no notifications are available, or a concatenated single message when one or multiple notifications are available at the time of API fetch.
The purpose of this spike is to investigate the feasibility of splitting the concatenated list of notifications into their own separate system notifications instead. This would be via use of iOS's Local User Notifications API. This is to confirm on a technical level we have product/design options in case we want to deviate from our current solution.