You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
in fact the alpha is really existed in @mui/system
but in the next it will transform to @mui/material/alpha, this is wrong, it should ignore @mui/material/alpha because we won't configure the modularizeImports
Expected Behavior
in fact the alpha is really existed in @mui/system
but in the next it will transform to @mui/material/alpha, this is wrong, it should ignore @mui/material/alpha because we won't configure the modularizeImports
+1. This would be a very helpful for large projects based on MUI libraries or other large nested projects. Local dev can be quite a challenge given that we can not refactor all import statements or exports from dependencies. Thank you to anybody who takes a moment to look at this :)
Verify canary release
Provide environment information
mac os/next 12.2.5
What browser are you using? (if relevant)
chrome
How are you deploying your application? (if relevant)
No response
Describe the Bug
next 12.2.5 follow this feature. #38583
mostly this feature works fine, except another sense has an issue here
for example
consider below sense:
@mui/material
alpha
is re-exported from@mui/material
alpha
is really existed in@mui/system
next
it will transform to@mui/material/alpha
, this is wrong, it should ignore@mui/material/alpha
because we won't configure themodularizeImports
Expected Behavior
in fact the
alpha
is really existed in@mui/system
but in the
next
it will transform to@mui/material/alpha
, this is wrong, it should ignore@mui/material/alpha
because we won't configure themodularizeImports
Link to reproduction
https://github.com/tianyingchun/next-issue
To Reproduce
The text was updated successfully, but these errors were encountered: