Push troubleshooting
This article shows you how to check that the push notifications setup is correct and diagnose issues (if there are any) yourself.
Setup checklist
- Push certificate is uploaded to the Voximplant Control Panel.
- VoxEngine scenario is modified (for calls only).
- VoxEngine scenario should contain this line:
require(Modules.PushService); - Push token is registered by a mobile or web application.
Check the FCM/APNS status of a push sent (calls only)
- Open the Voximplant Control Panel.
- Find the session logs of the call for which a push notification is not received.
- Find the push sent result logs (Call.PushSent event)
where <your_user>@<your_app>.<your_account>.voximplant.com is the Voximplant user that does not receive a push notification and <android_fcm_push_token> and <ios_voip_push_token> are the tokens that were registered from the application.
"result": truemeans that the push notification was sent to FCM and/or APNS and was accepted by these services. The push notification should have already been sent to the device.- Some other result means that there is an issue in the push notifications setup.
Possible errors and how to fix them.
Status is “success” but a push notification is not received
Android
Push notifications for calls are sent with the highest priority, however, Android OS may apply some restrictions for push notifications delivery to an application.
First, check the Google recommendations for Doze and Standby modes.
Some manufacturers may have additional settings and push notifications limitations. It may be useful to remove these limitations from a device and check if they cause the issue.
Push notifications for IP messaging are sent with normal priority and may not be delivered instantly.
iOS
Since iOS 13 it is required to report a new incoming call from a VoIP push notification to the CallKit framework, otherwise, iOS terminates the application and blocks new VoIP push notifications.
Check and ensure that the application meets these requirements.