Closed mitchhymel closed 6 years ago
Completed with commit 12ab6443aa53bbd4fb3f31fb52c3a99e38af523d and included in version 0.0.5
love the progress you've made with this! Much appreciated
@mitchhymel Apparently the maxSdkVersion must be at least the 18, otherwise the app is not accepted on the PlayStore
@huextrat I have little experience with the Play store so I didn't realize this. But I'm curious: does the Play Store block the app if one permission's maxSdkVersion is <18 or if the entire app's maxSdkVersion is <18? The workaround I suggested means that the app only requests Vibrate permissions on SDK 16 and 17. I didn't want to require all users of this library to have to add Vibrate permissions to their apps to all versions. However, if this prevents apps from being uploaded to the Play store, then I need to think of another solution.
@mitchhymel I don't really know but I uploaded it on the PlayStore and I got an alert because the permission for vibration had to be equal 18 at least. So I just updated to maxSdk 18 the permission and it works fine, I can't test it atm on low SDK.
I never got this error before because you don't have to set the maxSdkVersion if you use the NotificationBuilder in Android. But I think if we don't set the maxSdk for the vibration it can works. It's not a big deal to ask for vibration permission on every phones.
Ok. Makes sense to just ask that users of the library add the Vibrate permission if they intend to support sdk 16 and 17 in their apps. I updated the readme so that it doesn't have the "maxSdkVersion".
This seems doable by swapping out the Android APIs with their corresponding Compat APIs.
The one weird thing is that Android 16 and 17 have a bug where the app requires Vibrate permission else an exception will be thrown when calling NotificationManager.notify(). See this StackOverflow post for reference.
A workaround to this could be to add the following to the AndroidManifest