Update SDK to 35

[papjul]

Behavior changes when compileSdk = 35

https://developer.android.com/about/versions/15/behavior-changes-all

• [x] Network errors when using a satellite connection should be ignored using https://developer.android.com/reference/android/telephony/ServiceState?#isUsingNonTerrestrialNetwork%28%29 I can't remember a reason to do this
• [ ] "When a user locks the private space, all apps in the private space are stopped, and those apps can't perform foreground or background activities, including showing notifications." => Update FAQ to cover this case + add troubleshoot option in app when Android 15 and when inside a private space (is there a way to know that?).

Behavior changes when targetSdk = 35

https://developer.android.com/about/versions/15/behavior-changes-15

• [ ] Data sync foreground service timeout behavior => Implement Service.onTimeout(int, int)
• [x] Restrictions on BOOT_COMPLETED broadcast receivers launching foreground services: dataSync services can no longer be launched => check if we are impacted
• [x] USE_NEW_ISO_LOCALE_CODES. Language codes for Hebrew, Yiddish, and Indonesian are no longer converted to their obsolete forms (Hebrew: iw, Yiddish: ji, and Indonesian: in).
• [x] Block apps that don't match the top UID on the stack from launching activities => consider opting in the security feature
• [x] Window inset changes https://developer.android.com/about/versions/15/behavior-changes-15#window-insets

New SDK 35 features

https://developer.android.com/about/versions/15/features?hl=en

• [ ] Grammatical gender preference

Deprecated in API level 35

To be completed

Last year schedule (SDK 34)

• Released in February 2023
• compileSdk = 34 in Breezy Weather on August 25th, 2023
• Android 14 stable on October 4th, 2023
• Official support for SDK 34 landed in Android Gradle plugin with v8.2.0 in November 2023
• targetSdk = 34 in Breezy Weather on January 5th, 2024

Current schedule (SDK 35)

• Released in February 2024
• Official support for SDK 35 landed in Android Gradle plugin with v8.6.0 in August 2024
• Android 14 stable on October 14th, 2024
• compileSdk = 35 in Breezy Weather on October 16th, 2024
• targetSdk = 35 in Breezy Weather on November 10th, 2024

[min7-i]

Regarding the window inset changes, I tested it on Android 15 both with the target and compileSdk set to 34 and 35. In both cases, the insets were handled identically to previous Android versions. I didn't notice any new issues here.^[1]

The only issue is that the color of the system bars cannot be customized anymore:

• The status bar is always transparent which means that the shade cannot be applied on the main screen when scrolling.
• The navigation bar is colored a bit differently on the main screen.

system bars on Android 15 (SDK 34 vs SDK 35)

In both cases, the icon color of the navigation bar is dark. In previous versions it was light with a shaded dark background. | SDK 34 | SDK 35 | | --- | --- | | The shade is still applied properly to the status bar. | The shade is not applied anymore. | |  |  |

There is an extensive article about insets handling which mentions this in 7. Background protect system bars only when necessary:

However, there are some cases where you wish to preserve the background color of the system bars, but the APIs to set the status and navigation bar colors are deprecated. We are planning to release an AndroidX library to support this use case.

The suggested workaround is to "place a composable or view behind the system bar". Although I'm still undecided if I like that approach.

---

^[1]In landscape mode with three-button navigation some system bar insets are applied twice (by the root layout and by compose), but this is a different issue and not related to changing the SDK.

[papjul]

So it will be possible once the AndroidX library update is released?

I don't think SDK 35 is ready yet. It was just released on AOSP and it's not even there yet on Pixels. Let's just wait a bit more ;)

[min7-i]

With targetSDK = 35 the shade which is applied to the status bar when scrolling in the home fragment can no longer be applied on Android 15.

As far as I know, the AndroidX library which should support this hasn't been release yet. As mentioned in my previous comment, the workaround is to use a composable or view to draw a background behind the system bars. I could submit a PR for this.

[papjul]

Ah yes, you're right. I would prefer the library over a drawing. Can you open a separate issue with relevant links about the upstream known issue?

[min7-i]

I couldn't find any related issue in the Google issue tracker or any other details about it. It's only mentioned in the official Android blog post about insets handling on Android 15.

I would prefer the library over a drawing.

Agreed. After thinking about it again, I realized that we don't need the statusBarColor attribute. As we only want to set a white or black shade we can actually use enforceStatusBarContrast as a replacement in Window.setSystemBarStyle. That attribute is also deprecated in SDK 35, but unlike the color attribute it's still usable.

That should be a viable workaround until the promised library is released.

screenshots

| 5.2.8 | SDK 35 fix| | --- | --- | |  |  |

[papjul]

It does look actually better than the current state! Thank you