Open Arctomachine opened 6 days ago
It seems like it's intentional. https://github.com/parcel-bundler/lightningcss/pull/835#issuecomment-2414890089
Yes, and as Tim said in https://github.com/vercel/next.js/issues/64509#issuecomment-2126793345, compatibility with existing flow is higher priority - why grid area names were reworked in the end
No worries 😄 I added an option instead (https://github.com/parcel-bundler/lightningcss/pull/835#issuecomment-2416106423) and we will enable that option to maximize compatibility with existing codebases.
Link to the code that reproduces this issue
https://codesandbox.io/p/devbox/hopeful-glitter-hnqhd2?workspaceId=f39ae497-1a35-407f-93a6-5eadc931f17c
To Reproduce
Current vs. Expected behavior
Currently: one box (nameless query) is green, another box (query by container name) is red Expected: both green
What happens: lightningcss applies module name to container name in query, so it is not what was declared in globals.css
It is exactly same issue as #64509 (fixed by #65986). But unlike grid names, it cannot be worked around as described in https://github.com/vercel/next.js/issues/64509#issuecomment-2075026225
Provide environment information
Which area(s) are affected? (Select all that apply)
Turbopack
Which stage(s) are affected? (Select all that apply)
next dev (local)
Additional context
No response