Yes.
In dev mode, images in src which are imported and have non-ascii characters in their names are not loaded. The problem does not appear in production builds
Tell us what you think should happen.
Tell us what actually happens.
Run these commands in the project folder and fill in their results:
npm ls react-scripts (if you haven鈥檛 ejected):
node -v:
v7.1.0
npm -v:
4.0.2
Then, specify:
https://github.com/vgrigoriu/diacriticsInFilenames/
Just yarn start to see the issue. There are two identical images, one named Petiole.jpg (which works just fine) and one named P茅tiole.jpg which doesn't load. I noticed that this doesn't happen for smaller images, which are converted to data urls.
Thanks for reporting. Likely a bug in Webpack.
In the meantime please use ASCII for filenames when possible.
Tagging as 0.9.1鈥攏ot because we'll fix it, but because we should at least report it upstream to the project causing it, whether Webpack or something else. Once we report it I'm happy to untag it.
We'll have to test if webpack 2 fixes this.
@vgrigoriu can you test if master fixes this?
Can you point me at instructions on how to use master?
You can clone the project, run npm install and npm start. This will run the development server with the default template. You can then edit it in packages/react-scripts/template.
Thanks, I'll give it a try and let you know.
It seems to have exactly the same behavior as before. The img with diacritics generates a url like http://localhost:3000/static/media/P%C3%A9tiole.f885429e.jpg, but the development server returns the home page for it.
Would you like to help us by filing a bug in Webpack?
We can ping @bebraw if he's not too busy and ask if he has a suggestion or reason for this (he cut the last release for file-loader). Thanks in advance!
Hi,
I forwarded this to @SpaceK33z as he knows more about WDS. It might be something there.
Should I still open the bug in Webpack?
Maybe better wait for @SpaceK33z to comment, but do as you want. 馃憤
Just a note that I haven't forgotten this, it's on my list to research soon. It's _probably_ a bug in webpack-dev-middleware.
Okay, found the issue in webpack-dev-middleware and released a new version. Thanks @vgrigoriu for providing a repository, that really helped with narrowing down the issue quickly (I wish everyone would do that 馃槃 ).
Since this is a transitive dependency, I鈥檓 guessing we can close this. New installs shouldn鈥檛 have this problem.
@vgrigoriu Thanks for reporting.
@SpaceK33z Thanks for fixing.
I confirmed that it is indeed fixed with webpack-dev-middleware 1.10.1. Thanks everyone for your help.
Most helpful comment
I confirmed that it is indeed fixed with webpack-dev-middleware 1.10.1. Thanks everyone for your help.