Push notifications were not successfully delivered and have bad status

bump, I've run into something similar with my app Transloader.

Bump

We are still experiencing issues with push notifications:

The status indicates an incorrect state, even though the device is online. Changing the network interface sometimes resolves the problem, causing the push notifications to be delivered immediately after the network change.

The apns-priority is set to 10, apns-push-type is alert, and all configurations appear to be correct, as pushes are promptly delivered to other devices. However, this particular device is encountering delays in receiving notifications.

Kindly investigate the issue. Thank you.

My situation in Transloader is like this:

I save CKRecords in the private database (not zoned), with CKQuerySubscriptions for silent notifications. They work perfectly fine on all iOS devices, but the Mac either doesn't receive them, or very late (> 10 mins after the fact). Again, it's the same sync code running on Mac and iOS, but the Mac just doesn't get the notifications most of the time. I had to resort to polling the cloud as a temporary measure - that can't be what Apple intends here, since one of the reasons push notifications exist is to avoid polling.

I did open a DTS but have not heard back yet. Will update if/when I do.

– Matt

The DTS technician told me this has always been the case. Which it hasn't. And filing a bug report just ends up in a black box where no one ever knows if they even received it. Back to the stone age, where polling is king, and silent push notifications for content updates haven't been invented yet to prevent unnecessary loading and energy consumption.

macOS 14.2 apparently has brought no fix for this.

I'm also having these issues, and background notifications (sent from my server and CloudKit subscriptions) are vital to my app. I have a macOS version of my iOS app ready to go, but this bug is blocking its release.

Judging from these discussions I found, these issues have persisted for more than a year by now. Is there any hope of a resolution from Apple?

https://stackoverflow.com/questions/74868553/apple-push-notifications-arriving-on-macos-but-not-in-the-application-itself

https://github.com/raivo-otp/macos-receiver/issues/15

We're having the same issue with our Mac App. Everything was working fine with push notifications coming as expected but all of a sudden users are reporting delays or not receiving at all.

Timeframe: Ongoing, Exact start time is unknown, first report was 2023-11-30T03:45:00+13:00

Observed behavior: On Mac devices, after sending a push notification, nothing is received in the app. After waiting for several minutes, we turn off the wifi on the mac device and turn it back on, after connecting to the wifi again the push message is received. Very rarely push notifications do come through promptly as expected but this normally only happens once or twice, then the following notifications are delayed. The delays observed are between 5 minutes and 25 minutes.

If we try and use the Push Notifications Console we get this:

If use try once, it logs "discarded as device was offline"

If use an expiry instead I get "stored for device power considerations"

Once I toggle my wifi connection the push notification comes immediately and I get the log "successfully delivered to the target device"

Business impact involves users not receiving any type of push messages. We use push messages which may include imminent threat to life alerts that show fullscreen on the users Mac device. Without push notifications mac users will not receive these potentially imminent threat to life alerts.

Running into the issue with the latest macOS release (14.4.x)

I have filed feedback FB13701617 regarding this.

Yeah same here !