51
votes

I am building an app that is heavily relies on APN. Upon the very first start of my app, iOS asks if this app is allowed to use APN (as a result of registerForRemoteNotificationTypes: call). However once dismissed, this dialog is never popping up back. I have to manually go to Settings->Notifications->MyApp to enable/disable things there. So is there a way to avoid this hustle and actually experience what user will experience upon the very first start every time I start my app in debug mode?

8
You should mark this as answered, since the below method does work (for ios 7.0+).LucasA
@Schultz9999 Eran's answer covers what you asked. Currently the only way to set up a "first time" start is following the below steps. I reproduced them and it worked. Documentation provided by Apple: developer.apple.com/library/ios/technotes/tn2265/_index.html#//…LucasA
Why is there a bounty here? Isn't the accepted answer enough?Gil Sand

8 Answers

89
votes

Here's how Apple say you can do it:

Resetting the Push Notifications Permissions Alert on iOS

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.

If you want to simulate a first-time run of your app, you can leave the app uninstalled for a day. You can achieve the latter without actually waiting a day by following these steps:

  1. Delete your app from the device.

  2. Turn the device off completely and turn it back on.

  3. Go to Settings > General > Date & Time and set the date ahead a day or more.

  4. Turn the device off completely again and turn it back on.

27
votes

Since time is money and the other methods take FOREVER—just change your bundle ID over and over while debugging, each time notifications will get queried fresh. Once you are satisfied with code return to original bundle ID.


Key Notes from comments below:

  • Temporarily turn off all other Capabilities (like IAP) to get around needing to change the provisioning profile.
22
votes

On iOS 9.x, you can get the prompt every time you delete the app and reinstall it. This is true for both AppStore production downloads and adhoc mode. The device token will be unique each time.

@chengsam verified this is true in iOS 10 as well. @WongWray verified this is true in iOS 11 as well.

9
votes

On IOS10 i can now get the prompt again by just deleting the app.

6
votes

Currently their is no programmatic way to prompt a user to re-accept Push Notificaitons after they have already decided to say no.

You should simply check if you have been granted access, and if not display a view reminding the user to manually give permission in the privacy settings in order to enable push notification features of your application.

2
votes

If you're just testing that the Push Notifications prompt appears correctly, use the simulator. All you need to do is uninstall the app and reinstall, and the prompt will appear again when you try to register for push notifications.

1
votes

My problem was not registering for UserNotificationSettings. This allowed the APN to work but not the background sound or badge.

      [[UIApplication sharedApplication] registerUserNotificationSettings:[UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeAlert|UIUserNotificationTypeBadge|UIUserNotificationTypeSound categories:nil]];
1
votes

From iOS 13 and above you need to do the whole changing-date-reset thing, as pointed out by Eran.

From iOS 12 and below, uninstalling the app is enough. This also works on simulator, you wont get token though since simulator does not support push notifications.