-
Notifications
You must be signed in to change notification settings - Fork 29
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
Firefox 58.0.1 64 bit Ubuntu 16.04 64 bit #3
Comments
I tried with chromium-browser --disable-web-security and still no luck.
|
Could you open the JS console and paste any error here? |
I see an identical error on Chromium 63 on Fedora 27. What @raould posted is the entire output in the JS console. It displays a blank page. |
The python server displays the following:
It's trying to load from |
@zploskey @bsansouci shoot, we must have missed a spot. Thanks for the help with diagnosis and we'll see if we can find that rogue mis-capitalized string. |
@zploskey @raould It's probably this one, but I need to test before I can be sure (feel free to edit locally and let us know 😄 ) |
That doesn't seem to be it. This repo already uses reprocessing master with that name changed to lower case. The imports in the generated js look like this:
and so on for the other imported reprocessing modules. Lower-casing the name in bsconfig fixed it after doing a clean build. I made a pull request here: Schmavery/reprocessing#70. |
It now fails with another 404:
|
For one thing |
Oh, but after blowing away the lock file and reinstalling, |
Which one decides the folder name depends on the package manager. Yarn will use the name in the project’s package.json, npm5 will use the dep’s package.json’s name and npm4 the same as yarn. Anyway, we should capitalize everything I think |
So are you saying the package name for Reprocessing should be capitalized in its package.json as well? It looks like it was just lower-cased in January. It does seem to be important that the name in bsconfig and the package name match, including case. |
Ben and I accidentally weren't on the same page for a while regarding capitalization. We discussed and decided to do capitalized everywhere. |
It seems that a capitalized name is not authorized in package.json: The Bucklescript docs explain that the name should be the same in package.json and bsconfig.json:
So it seems that a lowercase name should be used everywhere instead? |
Am I the only one here not understanding how this can matter? As long as npm is not inconsistent regarding the folder names it creates, there is no problem right? In case-sensitive file systems the name of the folder will be Can someone shed some light on what is the edge case that I'm not seeing here? btw this sounds similar to the argument I was given about naming files with uppercase. I was told that it's bad because git doesn't handle those "well". Well it's not that git doesn't handle files with uppercase, it's that if you name a file with upper/lower case, check it in, and then want to change the casing you're in a bit fucked. Also if some tooling assumes uppercase, and you name your files lowercase, then it'll work on case-insensitive OSs but not on the others. That's what you want to avoid. It doesn't matter which convention you choose. And we chose uppercase because it's slightly clearer for newcomers that (correct me if I'm wrong!) |
cc @bobzhang, @jordwalke |
@bsansouci I personally haven't encountered any bug with it and I'm working on MacOS so it isn't really an issue for me :) It's just that I'm used to working with npm packages all the time and it's the first time I see one that is Capitalized. But when you say
Then wouldn't it be better to use the convention that has been decided by npm, rather than the one that is decided for this package specifically? |
Surveying some of the issues filed on this for NPM, they don't currently enforce lower case names but they may at some point in the future. The convention is lower case and recommended in the docs, which is why I initially argued for lower-casing everywhere. I also notice that when editing the package.json files for the packages with upper-cased names in VSCode, which apparently is running a linter, I get a warning on the name field: String does not match the pattern of "^(?:@[a-z0-9-~][a-z0-9-._~]*/)?[a-z0-9-~][a-z0-9-._~]*$". While it's kind of troublesome to keep changing this around, I think we avoid some problems by just going with the flow and making it lower case. |
might be good to have more explanation of how to get it working in FF and Chrome in addition to Safari?
The text was updated successfully, but these errors were encountered: