-
-
Notifications
You must be signed in to change notification settings - Fork 384
fix(loader): Correctly preserve CSS module locals #9
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
Conversation
The handling was there, but the property it tried to access was being clobbered by the .map's result.
Thanks |
Same issue, the finale css file is populated with classes, as expected, but my I went back to use [email protected] which works as expected. |
@evilebottnawi @Onelin I actually found the solution while trying to prepare the MRE.. One needs to switch between Short example (without loaders options) : {
test: /\.s?[ac]ss$/,
use: [
NODE_ENV === 'production' ? MiniCssExtractPlugin.loader : 'style-loader',
'css-loader',
'postcss-loader',
'sass-loader',
],
} I think this should be explained in the docs since this is a bit tricky. |
@Sylv3r Can you do PR? |
Sure, have a look at #101 @evilebottnawi |
I solved my problem by using the MiniCssExtractPlugin in the use:[], but not using the 'style-loader' in front of it, causing a conflict. Tks |
The handling was there, but the property it tried to access was being clobbered by the .map's result.