We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Content hashes in css class names generated by this plugin are not the same as the hashes generated by css-loader.
css-loader
Example:
babel-plugin-react-css-module => navbar__container___2dO7z css-loader => navbar__container___ocJ3d
babel-plugin-react-css-module
navbar__container___2dO7z
navbar__container___ocJ3d
Debugging webpack reveals the reason - the options.content values used are different. Example (actual library name replaced by xxx):
options.content
xxx
content value used by babel-plugin-react-css-module:
content
node_modules/xxx/components/Navbar/navbar.scss+container
content value used by css-loader:
node_modules/frontier-pub/components/Navbar/navbar.scss[NIL]container
In the second value above, [NIL] is \x00
[NIL]
\x00
This \x00 character is used in css-loader/dist/utils.js like this:
css-loader/dist/utils.js
options.content = `${options.hashPrefix}${relativeMatchResource}${relativeResourcePath}\x00${localName}`;
Versions:
The text was updated successfully, but these errors were encountered:
Some more insight:
Here is how the options.content is generated by generic-names/index.js/function generate(), which is used by your plugin.
generic-names/index.js/function generate()
var loaderOptions = { content: hashPrefix + path.relative(context, filepath).replace(/\\/g, "/") + "+" + localName, context: context };
You are using generic-names of version ^2.0.1.
generic-names
^2.0.1
I can confirm that generic-names of version 3.0.0 uses \x00 instead: https://github.com/css-modules/generic-names/blob/0915569bf4bbeb4130723cff45e2b5c5d3702cf4/index.js#L37
3.0.0
Sorry, something went wrong.
refactor: getLocalIdent function (#1121)
d2f6bd2
BREAKING CHANGE: the `getLocalIndent` option should be always `Function` and should always return `String` value
Please check if this pull request can be accepted:
#303
For anyone finding this, see comment in PR. Seems best to just stop using this package. I tried this one and it works well!
No branches or pull requests
Content hashes in css class names generated by this plugin are not the same as the hashes generated by
css-loader
.Example:
babel-plugin-react-css-module
=>navbar__container___2dO7z
css-loader
=>navbar__container___ocJ3d
Debugging webpack reveals the reason - the
options.content
values used are different. Example (actual library name replaced byxxx
):content
value used bybabel-plugin-react-css-module
:content
value used bycss-loader
:In the second value above,
[NIL]
is\x00
This
\x00
character is used incss-loader/dist/utils.js
like this:Versions:
The text was updated successfully, but these errors were encountered: