-
-
Notifications
You must be signed in to change notification settings - Fork 32.5k
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
Styles not applying correctly in Chrome 129 #43823
Comments
This comment was marked as resolved.
This comment was marked as resolved.
We were on Material UI v5 and upgraded to Material UI v6. Surprisingly nothing broke for us. This fixed the issue. |
I am also facing the same issue with Material UI v5 with chrome 129. Any solution to fix in Material UI v5. |
Hey, thanks for the suggestion! We’re currently using Joy UI 5.0.0-beta.32, so the upgrade to Material UI v6 doesn’t seem applicable here. We’ll keep digging into the issue, but if you’ve got any tips for Joy UI specifically, we’d love to hear them! |
Hi @dauhn-kim, can you expand a bit on which styles are not applying correctly? A reproduction (CodeSandbox or Stackblitz) would be ideal so we test in isolation. I'm navigating the Joy docs in Chrome 129 and I can't find anything out of the ordinary. |
Also, can you confirm this is only happening in Joy UI? |
I'm having a similar problem, I'm using Material UI v5 and in my production system there is a loss of styles with Google 129, in other versions of Google there are no problems. No error message appears in the browser console, what should I do? |
This comment was marked as resolved.
This comment was marked as resolved.
@aarongarciah Let me know if that helps narrow down the issue or if you need more details. Thanks again! |
This comment was marked as resolved.
This comment was marked as resolved.
Until last week my system was working normally, I'm using next.js 13.4.5 with @mui/material": "^5.13.5", I'm using the pages directory from next, suddenly I noticed that it started to break in production, I mean, some components were losing styling, as if it were a hydration problem , however, errors did not appear in the console, when I put Google in a previous version the problems disappeared, these problems were intermittent, sometimes they appear and sometimes they don't, but this only started to happen with this new version of Google |
|
@danielwong2268 @maniyedidi are you using Next.js as well? pages or app router? Can you share a reproduction? |
Hey @aarongarciah :) We're facing the same issue with Material UI v6. It's freaky as it happens irregularly, something like 1 out of 8 loads, and not on all devices running chrome 129. "dependencies": {
"@emotion/react": "^11.13.3",
"@emotion/styled": "^11.13.0",
"@fullstory/browser": "^1.6.2",
"@hookform/resolvers": "^2.9.10",
"@mui/icons-material": "^6.1.1",
"@mui/joy": "^5.0.0-beta.48",
"@mui/material": "^6.1.1",
"@sentry/nextjs": "^7.80.1",
"@stripe/react-stripe-js": "^2.7.3",
"@stripe/stripe-js": "^1.42.1",
"date-fns": "^3.6.0",
"launchdarkly-react-client-sdk": "^3.0.8",
"next": "12.3.1",
"react": "18.2.0",
"react-dom": "18.2.0",
"react-hook-form": "^7.51.0",
"react-number-format": "^5.1.1",
"react-swipeable": "^7.0.1",
"recoil": "^0.7.6",
"whatwg-fetch": "^3.6.19",
"yup": "^0.32.11"
} Here are some other things we tried without much success
|
I am using React 18 with Material UI v6 . issue same as @bobarros posted , Stytles not coming for button with variant="contained" .style loading properly for variant="text". |
@EliasTouil and others: does it happen only in production builds or also in development? |
@aarongarciah for me is just in production. |
The ones using Material UI, are you using CSS vars? In v5, that is enabled using the Sorry for all the questions but I can't reproduce the issue and I need more info to be able to debug. If anyone is able to provide a reproduction (CodeSanxbox, Stackblitz, repo or url) it'd be very helpful. |
I'm not using any CSS vars. I tried updating next js, mui and emotion to latest versions. |
I have the same issue. Style of some MUI 5 components is strongly distorted in production (not in dev) after updating to the latest version of Chrome and Edge. |
@cpramshad and whoever else is it may help. You have to explicitly add/pin Run |
FYI - This appears to be fixed in Chromium and is live in at least as early as Chrome 129.0.6668.71 possibly earlier, but was definitely broken in 129.0.6668.59. The bug was introduced in the v8 javascript engine, and was reverted here: Good luck! |
That's right. I have just updated my Chrome browser to version 129.0.6668.71. Now the bug no longer occurs in my project. |
In addition to @elawad 's answer: Since the edge browser did not release an update until now, using NextJS @ v14... the integration of the AppCacheProvider or AppRouterCacheProvider (see: https://mui.com/material-ui/integrations/nextjs/) seems to fix the problem. |
Thanks everyone for reporting and helping out. We'd appreciate if more people can try updating Chrome to 129.0.6668.71 and confirm the bug is gone. |
Just updated the chrome version and is fixed for us on the new version. Still looks to be the same in Edge. |
I updated Chrome to version 129.0.6668.71 and the bug is gone. However, the bug still appears in Microsoft Edge for Business (version 129.0.2792.52). |
I initially resolved the issue by explicitly pinning However, upon further investigation, I realized that this issue was caused by a bug in Chromium's V8 engine, which has since been fixed in the latest version of Chrome. I want to thank the MUI team and the community for their continued support and helpful feedback. I apologize for initially attributing this problem to MUI, as it appears the issue was specific to the browser and not the library. Thanks again to everyone involved for your help and insights! |
Mine is working for few parts of the website after updating the MUI version to 6 but not for whole all website , changing again and again |
@Harshdeep-Yadav @josevsgeon can you send a reproduction, repo or at least the dependency versions you're using? |
Hi Everyone, we have a React app and it is currently failing after the Chrome update to 129.0.6668.60. According to the thread I have updated to 129.0.6668.71, but the issue didn't get fixed for us. |
@OlegSaidov we need a minimal reproduction, otherwise we can't possibly know what's happening. |
Thank you for quick reply @aarongarciah , we have a custom UI toolkit, it is not Material UI, that why I was not able to share reproduction code. This was the only place where this Chrome version issue was being discussed. I have to dig every component and find which one causing the issue, and then I will have more info to share. Thank you. |
reproduction will take some time, here are the dependency versions: "@emotion/cache": "^11.11.0",
"@emotion/react": "^11.11.4",
"@emotion/styled": "^11.11.5",
"@mui/material": "^5.16.1",
"@mui/material-nextjs": "^5.16.1",
"@mui/x-data-grid": "^6.20.3",
"@mui/x-date-pickers": "^6.20.2",
"next": "^14.2.5",
"react": "18.2.0",
"react-dom": "18.2.0", |
any have solution for this :( |
I had a similar issue on Edge, Chrome was working fine. Fixed the issue by wrapping the elements under AppRouterCacheProvider in _app.js as https://mui.com/material-ui/integrations/nextjs/ says |
Please, when reporting an issue, try to provide a minimal reproduction or at least provide the exact browser version and dependency versions you're using. Otherwise we can't do much. This looks like it was resolved in Chrome v129.0.6668.71, but send us reproductions in case the issue is still present. The issue might still be present in browsers running an older Chromium version (Edge, Arc, etc.). |
I had the same issue with styled components in chrome. After I updated to versión 129.0.6668.71 the problem was fixed. I'm using styled components with nextjs v13 |
The Chromium bug was fixed in 129.0.6668.71, closing this. |
This issue has been closed. If you have a similar problem but not exactly the same, please open a new issue. Note We value your feedback @dauhn-kim! How was your experience with our support team? |
I am facing a similar issue with some components. It happens randomly on the same components. My Chrome version is 131.0.6778.86. Here are my packages
|
@usmankhan495 do you have a reproduction? A playground, repo or live url we can check would be ideal. |
@aarongarciah Thanks for the quick reply. As this happens very randomly, I don’t have a way to reproduce it. I think the unique ID that MUI generates for the classes is not working. I tested this by removing that unique ID from the properly loaded CSS. ![]() |
Hi @usmankhan495 @babyguns, we are unable to reproduce the issue. Can you share a sandbox where you can reproduce the issue so we can take a look? |
Steps to reproduce
Link to live example: (required)
Steps:
Current behavior
MUI components are either missing styles or the styles are not applied as expected.
Expected behavior
MUI components should render with the expected styling as they did in previous versions of Chrome.
Context
After updating Chrome to version 129, I noticed that MUI’s CSS styles are not being applied correctly. Specifically, components that were rendering and styling properly before the Chrome update are now missing or have incorrect styles applied. This issue only seems to appear in Chrome 129, as other browsers (e.g., Firefox, Safari) and older versions of Chrome continue to render the styles correctly.
Your environment
npx @mui/envinfo
Search keywords: Chrome 129, CSS cache, Emotion styles, Joy UI
Other reports
The text was updated successfully, but these errors were encountered: