-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Try to fix flaky customizer inspector test 2nd try #33965
Conversation
Size Change: 0 B Total Size: 1.07 MB ℹ️ View Unchanged
|
Thanks for the quick follow-up, @kevin940726. Maybe we should use almost 0s values in the "disable-css-animations" plugin? Using "0s" looks like to be a problematic solution. Here's a good discussion about the alternative approaches - jensimmons/cssremedy#11. This is distilled example based on that discussion: @media (prefers-reduced-motion: reduce) {
*, *::after, *::before {
animation-duration: 1ms !important; /* 1 */
animation-delay: -1ms !important; /* 2 */
animation-iteration-count: 1 !important; /* 3 */
transition-duration: 1ms !important; /* 4 */
transition-delay: -1ms !important; /* 5 */
}
} Source: https://www.inovex.de/de/blog/removing-animations-people-troubled-motion-css-angular/ |
Yep Fixing it in the test plugin just hides the problems away. Instead, I would like to deprecate the test plugin in the long term and disable all transitions/animations in our code if |
I agree it's not an ideal solution, but it might be a good temporary solution. Customizer ticket has WP 5.9 milestone. Unfortunately, I'm not familiar with that part of the code nor with Backbone.js enough to fix the issue. Let's re-run e2e tests here a few times, and then we can merge PR if everything is green. |
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.
@kevin940726 I re-run e2e test 3 times + initial run. No failures 🎉
Let's merge this and continue monitoring on trunk.
Description
Continue from #33890. Second try to fix flaky e2e tests.
#33890 had the right call, but the fix didn't work. This PR instead try to disable the intermediate transition to prevent the block toolbar from moving to the wrong position. Hopefully this time it'll fix it.
How has this been tested?
Not yet found a reliable way to reproduce the issue, so maybe we just have to merge this and monitor it on trunk.
Types of changes
Bug fix
Checklist:
*.native.js
files for terms that need renaming or removal).