2b400db392a87cef9c832e1759aa9fc617bd89ec
Particularly with predictive back in cases that the app doesn't support peeking the home screen, there was a thrashing animation due to a secondary blur animation being applied. So in some cases, it would rapidly alternate between 0 blur and the correct animation blur. This wasn't necessarily user-visible, but likely contributed to some performance jank. Also ensure the scaling workspace blur uses the correct starting depth and duration. Demo: https://drive.google.com/file/d/1AffSvzlXycg8Yl4ULpctKADO6IdvvO3m/view?usp=drive_link&resourcekey=0--zqQ341w7U3MhRBwSYrsyA Bug: 407534544 Test: Manual (predictive back, back without predictive peek, home) Flag: com.android.launcher3.predictive_back_to_home_blur Flag: com.android.launcher3.all_apps_blur Change-Id: I76ed59e99aaef5bd44e8f5b0290f01763a8d4b0f
Description
No description provided
Languages
Java
57.2%
Kotlin
42.4%
AIDL
0.3%