-
Notifications
You must be signed in to change notification settings - Fork 216
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
404 Not Found on domReady.js, other plugins #4
Comments
Bit more info. First of all, the file shouldn't be requested at all, unless I'm missing something. But when it is requested, it is hitting "undefined/domReady.js". The 2nd part probably isn't important, as it is likely due to plugins path not being defined (I kept my example code simple to isolate this issue), but wanted to include just in case. |
This is easily reproduced in the tests. It seems that curl's simplified make.sh script (which is used to create the compiled versions in the dist/ folder) is too simplistic to handle parent module ids. The real fix would be to start using cram to compile these versions, but for now, I just changed the domReady! plugin's call to the domReady module from "../domReady" to "curl/domReady". Will commit this to dev branch and release it as 0.5.1 after running tests. |
Good deal. Figured it was something simple. Thanks! |
I just pushed 0.5.1 after checking it in the tests. Feel free to test it in your env and close this ticket if it's fixed for you. -- J |
You're on fire! I'll close in morning after I verify. Thanks! |
Similar issue found with "css" plugin, using 0.5.1. |
I just verified that the css! and async! plugin have a sightly different issue that manifests itself the same way. |
Committed a fix to the dev branch: https://github.com/unscriptable/curl/tree/dev. Milestone: 0.5.2. |
Verified css! is fixed. Thanks! |
Using the 0.5 release, with "dist/curl-kitchen-sink" or "dist/curl-with-js-and-domReady", the following code will result in an unexpected request for domReady.js file... My understanding is that the "domReady" plugin is part of these distros, so is this a bug or am I missing something?
The text was updated successfully, but these errors were encountered: