Starting in iOS 7, my app's entry in Notification Center has sounds defaulting to off for some users. Since my app is an alarm clock and needs to use UILocalNotifications all the time, this obviously is a major problem. Does anyone know what might have changed to cause this problem? And is there anything that can be done to address it?
I have an app that uses notifications too (timing meeting agenda items), and I agree that notification sounds are critical for an app like this. But app can't override the settings in Settings -> Notification Center, so the user must set the notification sounds there.
What I found was that the settings stayed the same when I upgraded the phone to iOS 7, but a re-install of the app can trash them - if the app was deleted before the upgrade. Deleting the app and re-installing (on iOS7 and earlier) doesn't change the notification settings.
Related
I don´t see any problems like crashes or that the DAU number has changed, but App Store Connect shows 3 times more deletions since the release date of iOS 13. Now I don't know if there is any problem in the App or if Apple has made an upgrade of the "App-Offloading" mechanism? So it would be good to have some feedback, if the app deletion numbers have changed for somebody else as well.
Low-memory phones are prompted to delete all apps before the upgrade.
One of my colleagues has a 6S that is chock-full of photos. When she upgraded she was told that all of her apps would stored in the cloud but deleted on the phone, to make room. After the upgrade, she still had all the app icons, but those were really just shortcuts to re-download each app anew.
Apparently this also kills notifications, because without the app on the device there's nothing to execute the notification.
I have that message in App Store Connect:
App deletions data was reported incorrectly for iOS and tvOS as of
August 2019. This data has been removed from the dashboard for
reprocessing and will be re-enabled once reprocessing is done.
See attached screenshot:
A few days ago, I got the issue below.
I've been getting notifications for the past several days. The notification had been enabled, and the app was working (I received push notification) until it suddenly didn't yesterday. And when I open the app, it suddenly asks me to enable notification (please see the picture "iOS Push Notification Permission Alert.png")
iOS Push Notification Permission Alert.png
I guessed that my client removed the app and re-installed, so all permissions were lost. But they said that they didn't.
So, How can it happen?
My concerns are:
If notification was enabled, how can it show the alert above again? Is there a possible way?
If notification was not enabled, why have I received the notification for the past several days?
Under which scenario(s), would an app suddenly disable already enabled notification? Is there a way to disable notification permission for the app on the iOS phone by programming?
I will appreciate your answers so much!
P/s: I read the post disable push notification in app, but it doesn't help for my questions.
This is only possible if the app is reinstalled or the notifications are turned off from the settings.
There is one setting in iPhone which will allow iPhone to offload the unused apps and if this happened, there will be a cloud icon on the left of app title.The app will be reinstalled when you click it again.
And it seems that it will also happened when the storage of iPhone is not enough.
So I guess this happened in your client's phone.
This setting is in both Setting-iTunes & App Stores-Offload Unused Apps and Setting-General-iPhone Storage-Offload Unused Apps.
Previously, when building my app using the iOS 9 SDK, the push notification authorization request alert (that system alert which says: "App" Would Like to Send You Notifications ... Don't Allow / Allow) would only show when I called [[UIApplication sharedApplication] registerForRemoteNotifications].
We've decided to actually only do that at a certain point in the game, so the user is only encouraged to allow push notifications when it makes sense.
On iOS 10, I understand we must use the User Notifications framework to accomplish that (by calling requestAuthorizationWithOptions:completionHandler: on [UNUserNotificationCenter currentNotificationCenter]), enable Push Notification on the app Capabilities and setup the entitlements. And that does work on some devices, but not all of them.
On some devices, the authorization request is presented to the user right at app launch even though I did not call requestAuthorizationWithOptions:completionHandler: or registerForRemoteNotifications at any point yet.
The weirdest part is that this happens consistently on some devices (running iOS 10.1.1 or 10.2 beta), even if I install the AppStore version of the app (which was built using Xcode 7 and iOS 9 SDK).
Should I assume this is a bug of iOS 10? I couldn't find other people with the same issue, only a kinda similar issue here.
The issue is actually a change from iOS 9 to iOS 10 on Game Center's [GKLocalPlayer localPlayer].authenticateHandler.
When it is set, it will trigger a push notification permission request on iOS 10. This did not happen on iOS 9.
For anyone stumbling upon this and not finding the above answer to have been the cause of their problem, it should be noted that attempting to change the app badge will also result in a Push Notification request.
My personal situation was regarding a Cordova app, where I was loading and applying the badge plugin before initialising push, and couldn't work out why the Notification permission dialog was appearing on app launch.
I built a reminders app, it wont work in background mode, and warns reminders via push notification.
But starting from the moment the User turn off your device (iphone or ipad) and turn on, my app is not this more in background mode, in which case reminders are no longer advised.
In this case, I like to find a way to make my app starts with the device but in background mode (the same happens with windows programs, android apps, and osx programs).
You are focusing on the wrong question. The question you should focus on is, "How do I ensure that my app's reminders will be delivered to my users even after a device restart?"
The answer is to set a Local Notification with a future delivery date, at the point the reminder is created, which of course is while your app is running. There is no need for your app to be running, in either the background or the foreground, for this notification to then be delivered at the specified time.
check project setting in .plist set UIApplicationExitsOnSuspend is YES
I want to reset the push notification setting for my app. I have read the apple documentation regarding resetting the settings (which didn't help) and some questions here as well (which didn't help either). So in the last I reset my iPhone by going to settings->General->Reset ->Erase All Content and Settings (That didn't worked as well.)
Any other solution?
BTW I am using iOS 6.1
https://developer.apple.com/library/archive/technotes/tn2265/_index.html
The first time a push-enabled app registers for push notifications, iOS asks the user if they wish to receive notifications for that app. Once the user has responded to this alert it is not presented again unless the device is restored or the app has been uninstalled for at least a day.
You can also move your clock by a day after uninstalling the app and try.