sammargh
commented
13 years ago While commit 9f77f00a091091e1fba5 addresses this issue it does exactly what I explained in my post here and isn't a fix, just a workaround. As far as I can tell RemoteNotificationClient has what is needed, it has an integer AppEnabledTypes which returns a value based on which settings the user has enabled in the notification center.
I am no good with Mobile Substrate but this variable would need to be passed to MobileNotifier to actually fix this issue properly.
If you setup a third party notification in settings and set it to not have sound mobilenotifier will still play a sound/vibrate regardless if you disable the sound.
I found my own method to disable all sound for third party push alerts as that's how I use my phone but that really isn't a workable solution, checking data.type == kPushAlert in MNWhistleBlower before executing the sound to skip the if statement.
I've tried trying to find where IOS stores the settings for notifications but my results of searching today have come up empty handed. I do know that once it is found it would be best to include inside the data array used to pass to MNWhistleBlower as a new variable such as data.sound as it would keep the code cleaner.
I'm not requesting a push of my code nor have I bothered committing it because it's a hack and isn't a fix. Any-who if someone wants to play ping-pong on finding out where this information resides I'm all ears.