0
У нас есть push-уведомления, успешно работающие. Источником исходных событий является адаптер Worklight, написанный в JS, с использованием вызовов API WL.Server.createDefaultNotification и API WL.Server.notifyAllDevices для отправки уведомлений одноадресной рассылки. В интерфейсе приложение зарегистрировано для обратного вызова push-сообщений с использованием API-интерфейсов WL.Client.Push.registerEventSourceCallback.Обратный вызов WL push-уведомления не запускается в iOS, когда приложение находится в фоновом режиме
Эти конкретные сценарии не работают:
- App открыта в фоновом режиме после входа в систему. Сообщение об уведомлении получено, но пользователь не нажимает сообщение баннера уведомлений - и вместо этого просто открывает приложение, нажав значок приложения. Метод обратного вызова уведомлений не вызывается - и впоследствии полезная нагрузка из бэкэнд недоступна для метода.
- Приложение открыта в фоновом режиме после входа в систему. Получено сообщение с уведомлением, в котором есть только значок значка iOS и полезная нагрузка, но нет уведомления для экрана баннера или блокировки. В этом случае пользователю нечего делать. Когда пользователь снова откроет приложение - вызов отзыва не вызывается.
Документация Knowledgecenter указывает, что метод обратного вызова должен вызываться, даже если приложение работает в фоновом режиме. Это с Worklight 6.2.0.1.