-
-
Notifications
You must be signed in to change notification settings - Fork 665
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Target Android 13 (set targetSdkVersion to 33), by 2023-10 deadline #5453
Comments
Here's one task we'll do as part of this upgrade, in the Play Console. I don't think any of the other work for the upgrade needs to block on it; just noting it here so we have the information handy when it comes up.
That's a warning I get when I make a release in the Play Console today. It doesn't seem to appear in the list of changes linked above, which I guess is because it's purely about the behavior of the Play Console and not about the behavior of the OS itself. We do not use any kind of "advertising ID", so I expect that declaration should be easy to fill out. |
The deadline is in fact 2023-08-30, not early November as we had predicted. However, they do let you request an extension until November 1: https://support.google.com/googleplay/android-developer/answer/11926878 ![]() |
I've now filled this declaration out. It was nice and to the point — a single yes/no question. |
Reading through that list of potentially-breaking changes, the things I notice are:
|
Reopening because we had to revert this change. Quoting @chrisbobbe from #5752:
I've filed #5753 for discussion of the notifications permission specifically. |
Also our new deadline is 2023-10-31, so two months from now, after I requested that extension mentioned above. (Not sure why the discrepancy where it said November 1 then; but it's telling me October 31 now.) |
…sion We bumped this to 33 in 6f44474 / v27.210, but then reverted it in 2e196e4 because of #5753, "Use the new POST_NOTIFICATIONS runtime permission on Android". Bump it again, this time with a fix for that issue: we declare the new permission and add a runtime function call to request it in context. For users, this means: - If on iOS: No change. - If below Android 13: No change. A permission request follows the creation of a notification channel, so effectively it happens on app startup: https://developer.android.com/develop/ui/views/notifications/notification-permission#new-apps - For a new app install on Android 13, the permission will now be requested in context instead of at startup: https://developer.android.com/develop/ui/views/notifications/notification-permission#new-apps - For existing app installations when Android is upgraded to 13 or later, the permission should automatically be granted without a prompt as long as notifications hadn't been explicitly disabled before the upgrade. This should still work across a "backup and restore": https://developer.android.com/develop/ui/views/notifications/notification-permission#existing-apps (However: we are tracking #5484 as an unrelated cause of notifications breaking across a "backup and restore".) If RN and Android decide it's helpful, a "rationale" is shown to the user just before the new in-context permission request. That's a modal showing a message we provide (see added code), with an OK button to close the modal and proceed to Android's plain Yes/No dialog for the permission request. Fixes: #5753
Closing, belatedly, as fixed by #5761. |
This is the successor to #5101 (and an annual series of previous issues linked there.) We should update our
targetSdkVersion
to 33, meaning Android 13.Based on past experience, Google will probably set a deadline for this of late 2023. It's been the first business day of November in each of the last few years.
The important steps for this upgrade are:
targetSdkVersion
.We aren't aware of any blockers to this, so we can try doing it any time. It'd be nice to do it well before the deadline -- or at least to go far enough to learn about any unknown blockers. Last time around, we did it nearly a year in advance (in #5174), and that was great.
The text was updated successfully, but these errors were encountered: