Push Notification
What Apple has done is to implement a service called the “DuetActivitySchedulerDaemon” (DASD). Part of the job of this service is to measure how frequently your app is used. If your app is not used frequently, DASD may delay or discard push messages sent to your app which have the content-available flag set.
On iOS 10, Apple acknowledged a defect where push notifications containing content-available would not be delivered after an app was force-closed and rebooted. Based on what Apple has delivered in iOS 11, we assume this defect will not be fixed.
Until we have engineered solutions to work around this issue, be aware when deploying:
- silent (data) pushes
- in-app messages
- pushes with dynamic categories
- simple pushes which have more than one associated action (these are implemented with dynamic categories)
- API pushes you send which include content-available
We will provide a new WCA SDK for iOS that works around these Apple issues. An ETA for that SDK should be available soon.
For further technical details, see the discussion here:
https://stackoverflow.com/questions/44796613/silent-pushes-not-delivered-to-the-app-on-ios-11/
This issue won’t be seen when your app is connected to the debugger, but will appear in production apps.
Users of Xtify 2.x product who include the “Content Available” flag in their campaigns will also be affected by this Apple decision.
Comments
Post a Comment
Thank You.