Status Update
Comments
wf...@chromium.org <wf...@chromium.org> #2
This bug has led to a large number of gardened builds failing in the last 7 days. List of gardened build failures caused by this cluster can be viewed at:
or in LUCI Analysis and grouped by builders:
Please consider the following strategies to mitigate the impact from this issue which are rated in order of resolution preference:
1. Resolve the underlying test issue.
2. Move the flaky test from Critical Builders to FYI Builder
3. Disable test (least desirable as it reduces test coverage) and add a Test-Disabled label to this issue. The disabled tests might continue running in reviver builders (go/test-reviver), see config [1] for a list of supported builders.
When investigating this failure, you may identify this bug is too broad (encompasses multiple different issues) or too narrow (only captures one part of a larger issue). If this applies, you can combine issues[2] or split issues[3].
Links:
[1]
[2]
[3]
Why LUCI Analysis posted this comment:
wf...@chromium.org <wf...@chromium.org> #3
reproduces on 131.0.6752.0 dev
wf...@chromium.org <wf...@chromium.org> #4
I see some commits from nya@ here, so maybe they know what might have changed here.
ny...@google.com <ny...@google.com> #5
Yeah it's likely it's caused by my change. Let me take a look.
ny...@google.com <ny...@google.com> #6
Hmm, I searched the web for a while but I couldn't find a reliable way to make fragment custom animations aware of system animation settings. The only way I could find is to explicitly check setting values such as
tw...@google.com <tw...@google.com> #7
It's surprising that the custom transition's, which are using Android APIs, don't already automatically account for this. I'd expect any transitions we set through the system to respect Android settings... seems worth raising a bug with Android or reaching out to android-chatty-eng@ to see if anyone has tips.
There is some precedent for using ANIMATOR_DURATION_SCALE for compositor (i.e. C++) animations:
ny...@google.com <ny...@google.com> #8
Theresa: Sounds good to check with android-chatty-eng@. I've sent a message and included you in CC.
ny...@google.com <ny...@google.com> #9
Got a reply from ilake@:
There are two types of transitions setCustomAnimations() support - the API 1 Animation class (R.anim) and the API 11 Animator class (R.animator).
Only Animator (and APIs built on top of it, like Transition) respect the user's animation settings. That, and other reasons like Predictive Back which are only supported by Animator, are why you should strongly consider only using Animator APIs.
I'm sending a patch to convert the animations to property animations.
ap...@google.com <ap...@google.com> #10
Project: chromium/src
Branch: main
Author: Shuhei Takahashi <
Link:
[Settings] Convert material animations to property animations
Expand for full commit details
[Settings] Convert material animations to property animations
It turned out that tween animations (in res/anim/) do not consider
accessibility settings. This patch converts material animations to
property animations (in res/animator/) so that they honor settings.
Video:
http://go/scrcast/NjMzNDYyNzM3ODYyNjU2MHxhODE1Mjg3Mi0zNQ
Bug: 372605006
Change-Id: I64547aaa7be4cb56b517cc5f36d2e710aa5d3eed
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5939236
Commit-Queue: Shuhei Takahashi <nya@chromium.org>
Reviewed-by: Wenyu Fu <wenyufu@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1371882}
Files:
- M
chrome/android/java/src/org/chromium/chrome/browser/settings/SettingsActivity.java
- M
components/browser_ui/styles/android/BUILD.gn
- D
components/browser_ui/styles/android/java/res/anim/shared_x_axis_close_enter.xml
- D
components/browser_ui/styles/android/java/res/anim/shared_x_axis_close_exit.xml
- D
components/browser_ui/styles/android/java/res/anim/shared_x_axis_open_enter.xml
- D
components/browser_ui/styles/android/java/res/anim/shared_x_axis_open_exit.xml
- A
components/browser_ui/styles/android/java/res/animator/shared_x_axis_close_enter.xml
- A
components/browser_ui/styles/android/java/res/animator/shared_x_axis_close_exit.xml
- A
components/browser_ui/styles/android/java/res/animator/shared_x_axis_open_enter.xml
- A
components/browser_ui/styles/android/java/res/animator/shared_x_axis_open_exit.xml
Hash: 9f8a28f9592da5af2b7926b87fcc7fba3235de87
Date: Tue Oct 22 07:46:37 2024
ny...@google.com <ny...@google.com>
pe...@google.com <pe...@google.com> #11
*This merge request uses Chrome's new merge process. Find more information at
M131 merge request created.
Please update crbug/375074988 to have this merge reviewed.
ny...@google.com <ny...@google.com> #12
Unfortunately I'm reverting the patch due to its side-effect bug (crbug.com/375159749).
ap...@google.com <ap...@google.com> #13
Project: chromium/src
Branch: main
Author: Shuhei Takahashi <
Link:
Revert "[Settings] Convert material animations to property animations"
Expand for full commit details
Revert "[Settings] Convert material animations to property animations"
This reverts commit 9f8a28f9592da5af2b7926b87fcc7fba3235de87.
Reason for revert: Turned out to cause visual glitches: crbug.com/375159749
Original change's description:
> [Settings] Convert material animations to property animations
>
> It turned out that tween animations (in res/anim/) do not consider
> accessibility settings. This patch converts material animations to
> property animations (in res/animator/) so that they honor settings.
>
> Video:
> http://go/scrcast/NjMzNDYyNzM3ODYyNjU2MHxhODE1Mjg3Mi0zNQ
>
> Bug: 372605006
> Change-Id: I64547aaa7be4cb56b517cc5f36d2e710aa5d3eed
> Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5939236
> Commit-Queue: Shuhei Takahashi <nya@chromium.org>
> Reviewed-by: Wenyu Fu <wenyufu@chromium.org>
> Cr-Commit-Position: refs/heads/main@{#1371882}
Bug: 372605006, 375159749
Change-Id: If6e23bac3eb7d21078959515b9c2ff3fcbbb9536
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/5964636
Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
Reviewed-by: Theresa Sullivan <twellington@chromium.org>
Commit-Queue: Theresa Sullivan <twellington@chromium.org>
Auto-Submit: Shuhei Takahashi <nya@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1373895}
Files:
- M
chrome/android/java/src/org/chromium/chrome/browser/settings/SettingsActivity.java
- M
components/browser_ui/styles/android/BUILD.gn
- A
components/browser_ui/styles/android/java/res/anim/shared_x_axis_close_enter.xml
- A
components/browser_ui/styles/android/java/res/anim/shared_x_axis_close_exit.xml
- A
components/browser_ui/styles/android/java/res/anim/shared_x_axis_open_enter.xml
- A
components/browser_ui/styles/android/java/res/anim/shared_x_axis_open_exit.xml
- D
components/browser_ui/styles/android/java/res/animator/shared_x_axis_close_enter.xml
- D
components/browser_ui/styles/android/java/res/animator/shared_x_axis_close_exit.xml
- D
components/browser_ui/styles/android/java/res/animator/shared_x_axis_open_enter.xml
- D
components/browser_ui/styles/android/java/res/animator/shared_x_axis_open_exit.xml
Hash: 80b94fedffa4609fc645fc23cf2be6f9a98e5670
Date: Fri Oct 25 14:37:13 2024
Description
Android Build Number: Android 15 Pixel 7 Build AP3A.241005.015; 35; REL
Device: Pixel 7
Steps to reproduce:
disable system animations in android settings.
go to settings
click on a setting e.g. 'privacy and security' or any of them
Observed behavior:
There is an animation - it seems to slide in from the right.
Expected behavior:
No animation
Frequency:
every time
Additional comments:
This seems like a regression since I only noticed this a few days ago on Canary.