The warning goes away when we run npm run eject for some reason!
Yes.
On new app, run npm start command.
Compiled with warnings.
Warning in C:/Dev/.../~/object-assign/index.js
There is another module with an equal name when case is ignored.
This can lead to unexpected behavior when compiling on a filesystem with other case-semantic.
Rename module if multiple modules are expected or use equal casing if one module is expected.
Warning in ./~/object-assign/index.js
There is another module with an equal name when case is ignored.
This can lead to unexpected behavior when compiling on a filesystem with other case-semantic.
Rename module if multiple modules are expected or use equal casing if one module is expected.
Warning in C:/Dev/.../~/process/browser.js
There is another module with an equal name when case is ignored.
This can lead to unexpected behavior when compiling on a filesystem with other case-semantic.
Rename module if multiple modules are expected or use equal casing if one module is expected.
Warning in ./~/process/browser.js
There is another module with an equal name when case is ignored.
This can lead to unexpected behavior when compiling on a filesystem with other case-semantic.
Rename module if multiple modules are expected or use equal casing if one module is expected.
You may use special comments to disable some warnings.
Use // eslint-disable-next-line to ignore the next line.
Use /* eslint-disable */ to ignore all warnings in a file.
No eslint warnings on a new app.
Run these commands in the project folder and fill in their results:
npm ls react-scripts (if you haven鈥檛 ejected): [email protected]node -v: 7.4.0 npm -v: 4.0.5Then, specify:
This is actually not an ESLint warning鈥攕eems like webpack emits such warnings by itself in some cases.
My guess is that the way your project directory is on the disk doesn鈥檛 match the way you have it in the shell. For example it might be C:\dev on disk but you might have cd'd into C:\Dev in your shell. This causes all sorts of issues.
I recommend creating a project in the disk root. If the problem goes away, then it was due to some directory naming issue like the one I just described.
Unfortunately there鈥檚 not much I can help you with here, since it鈥檚 always system-specific and usually narrows down to an issue like this.
Saved me so much time, thank you @gaearon. It was just a matter of proper directory capitalization when navigating to the project. (Win10 Git Bash)
Most helpful comment
Saved me so much time, thank you @gaearon. It was just a matter of proper directory capitalization when navigating to the project. (Win10 Git Bash)