I'd like to see what iCloud is doing behind the scenes to help understand it and program it better. Looking at the documentation, I can only find these two notifications:
NSUbiquitousKeyValueStoreDidChangeExternallyNotification
NSPersistentStoreDidImportUbiquitousContentChangesNotification
Are there other notifications available? It seems like a very short list. Can someone give me a more complete list of iCloud notifications to observe?
If there aren't any more in the documentation then there aren't any more. And even if there where you shouldn't use them, using undocumented stuff is a bad idea.
If you still insist you could register an observer for a notification using nil as the notification name. That way you'll get all notifications no matter what they are called.
Related
I know I cant block other notifications from things like facebook or Twitter etc, but is there anyway to be notified of them, so I can manage my own content and the user doesn't miss critical information that exists on my navigation bar. I think this would be a fair compromise.
It is not possible to be notified of notifications from other apps.
Your app won't get notified, while receiving other app's notification.
Your server has to send a notification whenever you want to send.
As per Apple documentation, it is not advisable to use the notification in critical situation. Because the delivery time may vary based on the traffic. But we don't have other options.
Using Parse.com for one of my iOS apps, aready on the appStore, I recently experienced a large number of remote notifications sent to users, in a rather short time.
The number of notifications sent in such a short time cannot be due to the normal functionning of the app.
What could make such a thing happen?
I made an Export Data on the same day. Could that be the cause?
I also modified one record, on one of the tables, but that only explains one push notification.
I was also working on the app, preparing for a future version, but do not think I did anything to fire a great number of notifications, or any notification at all.
Thanks for any suggestion.
Export Data has nothing to do with push notifications - that is not the cause.
Look through all of your push notifications that you sent. You can see your push records by going to the 'Push' tab on the Parse.com dashboard. It will allow you to see who was send each of the pushes and when they were sent, along with the JSON payload.
I would recommend taking a hard look at your push notification code to ensure you do not have an accidental loop, as that sounds like the most likely culprit.
I use Push Notifications from Pushwoosh.com. In their tutorials, they have many guides, but nothing that I could find for a view that allows you to view past notifications the device has received. As many people can tend to dismiss or clear notifications quickly, it is usually a good idea for them to go back and view them within the app itself. Does anyone know if this is possible using Pushwoosh?
I think you will have to do some of your own work here. It's not that difficult either.
When a push notification is received, you could save its information to NSUserDefaults or to your own database and then retrieve this when you need it.
Is it possible to create a Notification Listener in iOS? Something like the NotificationListenerService in Android.
Edit: What I want to do is listen to any notifications coming from any app within the device (missed calls, emails, SMS...)
There are two possible answer for this.
NSNotificationCenter is used to post notifications within the app itself. Say for instance you want several classes all to receive information that something has happened (or something) then you would use this. https://developer.apple.com/library/mac/documentation/Cocoa/Reference/Foundation/Classes/nsnotificationcenter_Class/Reference/Reference.html
If you mean Remote Notifications i.e. push notifications that you receive from Apple then the AppDelegate receives these in a couple of its methods...
https://developer.apple.com/library/ios/documentation/uikit/reference/UIApplicationDelegate_Protocol/Reference/Reference.html#//apple_ref/doc/uid/TP40006786-CH3-SW16
Edit: It's not possible between apps. See comments.
I'm using UILocalNotification in my app but it got rejected because I wasn't asking for users consent.
"5.3: Apps that send Push Notifications without first obtaining user consent will be rejected"
I've seen plenty of apps not asking user. I thought this was only needed for remote push notifications?
That is very odd. I would appeal the rejection and remind them that you aren't using push notifications. Also, double-check your code to make sure that you didn't reference any push notifications then forgot about them.
This does not break any Apple regulations. I can only imagine two reasons:
It was an error by Apple.
Your Local Notification is specifically doing something that the user should be approving. EDIT: Now that I know what they do, just make sure that you tell your user that you will be alerted once a week. Perhaps even make them agree to it first (ex. an option for them to check off in settings). Although not telling them should still be within the rules, it makes sure that there is no reason for Apple to reject it.
Either way, you should definately appeal the rejection with Apple and remind them that you are using Local Notifications, not Push Notifications.