mui / material-ui

Material UI: Comprehensive React component library that implements Google's Material Design. Free forever.
https://mui.com/material-ui/
MIT License
93.39k stars 32.15k forks source link

[material-ui][InputBase] Auto-fill keyframes may cause unwanted animations #39539

Open josepharhar opened 11 months ago

josepharhar commented 11 months ago

Steps to reproduce 🕹

Link to live example: https://stackblitz.com/edit/react-tsmx9v?file=src%2Fstyle.css

https://github.com/user-attachments/assets/b1135362-65cf-4c89-9c6c-c8ff1b4d9e1a

Steps:

  1. Load the page in Chrome 117 or newer

Current behavior 😯

The very first frame has the text input box rendered extra tall. The next frame has it at the normal size. This is happening because the mui-auto-fill-cancel keyframes rule starts an animation.

Expected behavior 🤔

No animation should be started and the first frame should be the same as the final state.

Context 🔦

Hello! I recently implemented a feature in chrome which makes the display property animatable: https://chromestatus.com/feature/5154958272364544

Before I made this change, @keyframes rules with display in them did nothing. The mui-auto-fill keyframes rules in particular would have not started an animation because they didn't contain any animatable properties. Now that display is animatable, it is creating an animation which is only lasting for a single frame.

This was added here: https://github.com/mui/material-ui/pull/28070

Based on the issue which that PR fixed, it sounds like there has to be some styles inside the keyframes which don't actually start an animation. I recommend using a property which is pretty much guaranteed to never be upgraded to become animatable, such as the animation-name property. So perhaps replacing display:block with animation-name:hello-world would fix it?

Your environment 🌎

npx @mui/envinfo ``` Don't forget to mention which browser you used. Output from `npx @mui/envinfo` goes here. ```
josepharhar commented 11 months ago

I discovered this from a chrome bug: https://bugs.chromium.org/p/chromium/issues/detail?id=1492888

josepharhar commented 11 months ago

Here is the keyframes rule: https://github.com/mui/material-ui/blob/e00fa56997a163707c28fc07aee9a43ca6d5970b/packages/mui-material/src/InputBase/InputBase.js#L234-L235

josepharhar commented 11 months ago

And here is a list of non-animatable properties in chrome (except display and content-visibility): https://source.chromium.org/chromium/chromium/src/+/main:third_party/blink/renderer/core/animation/css/css_animations.cc;l=3111-3160;drc=977dc02c431b4979e34c7792bc3d646f649dacb4

The ones starting with animation are probably the safest to rely on in the future, since we can't let an animation fundamentally change itself in the middle of an animation.

mj12albert commented 11 months ago

@josepharhar Thanks for the detailed report ✨

The very first frame has the text input box rendered extra tall. The next frame has it at the normal size.

BTW this was quite hard to see 😅

oliviertassinari commented 23 hours ago

It's a lot more visible on https://mui.com/material-ui/getting-started/templates/dashboard/, really annoying actually

https://github.com/user-attachments/assets/49595e3e-d417-488b-bea6-16f1373572c6

Related to #41469. The initial work #14427. A recent follow-up: #28070.