-
Notifications
You must be signed in to change notification settings - Fork 226
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 #312
Target Android 13 #312
Conversation
@@ -24,6 +24,8 @@ | |||
<uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM" /> | |||
<uses-permission android:name="android.permission.REQUEST_IGNORE_BATTERY_OPTIMIZATIONS" /> | |||
|
|||
<uses-permission android:name="com.google.android.gms.permission.AD_ID" tools:node="remove"/> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I checked a release apk and it did contain the AD_ID
permissions, so added this to remove it based on @geekygecko 's comment in this issue.
e4b317f
to
83ce47e
Compare
# Conflicts: # CHANGELOG.md # modules/services/repositories/src/main/java/au/com/shiftyjelly/pocketcasts/repositories/playback/PlaybackService.kt
Handled getApplicationInfo deprecated warning to get Sentry dsn
I smoke-tested the app for Android 13 behavior changes. One thing I noticed is that there were changes to user experience for media controls on Android 13. We now display two additional actions: playback speed and mark played: While playback speed looks like a nice-to-have action, I'm not sure about the mark played action and if we want to replace it with another useful action. In any case, I found no issues with the actions and the PR can be merged in its current state. I also resolved a merge conflict in cfa82f2. |
Description
Updating our compile and target sdks to Android 13 (API 33).
I initially tried to go through and switch all of the
onBackPressed
usages to use theonBackPressedDispatcher
, but this proved rather tricky and I was worried about creating regressions, so I just left the methods as-is and suppressed the deprecation warnings. I figured that we could work on removing the deprecated methods later (created an issue to keep track of this).Because this kind of change is rather risky, I'm thinking we should hold off on merging it until after 7.23 enters code freeze on Monday. That way we'll give this as much soak time as possible before it gets to our users.
To Test
I did a fair bit of testing on this, but this is bumping our targetSdk up two versions, so some more careful testing is definitely called for here.
Checklist