CSS Transitions: We sometimes have multiple frames without progress |
|||
Issue descriptionReplace layout test transitions/cancel-transition.html with the attachment. What is the expected result? Test passes. What happens instead? Testing on Linux, the attached layout test sometimes fails with FAIL Transition restarts from the beginning assert_greater_than: expected a number greater than 50 but got 50 We have a transition in progress, and after two rAFs with different timestamps, the property is still at its initial value.
,
Jan 11 2017
When deflaking a couple of transition tests, I've found that I need to wait multiple frames until the property changes. https://codereview.chromium.org/2621853002/ interrupted-all-transition.html https://codereview.chromium.org/2621603002/ cancel-transition.html (I never observed a flake when cancel-transition.html used return container.animate({opacity: ['1', '1']}, 100).finished; but I did observe flakes if I waited for 50ms or only a few rAFs.)
,
Feb 15 2018
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Feb 16 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by suzyh@chromium.org
, Jan 11 2017