You may need an additional loader to handle the result of these loaders.
See original GitHub issueModule parse failed: Unexpected token (3:16)
File was processed with these loaders:
* ./node_modules/vuetify-loader/lib/loader.js
* ./node_modules/cache-loader/dist/cjs.js
* ./node_modules/vue-loader/lib/index.js
You may need an additional loader to handle the result of these loaders.
|
| {
> "requiresAuth": true
| }
Issue Analytics
- State:
- Created 4 years ago
- Comments:7 (4 by maintainers)
Top Results From Across the Web
"You may need an additional loader to handle the result of ...
I solved my problem by these procedures. In terminal: rm -rf node_modules && rm -f package-lock.json npm cache clean --force. I ...
Read more >You May need additional loader to handle the result of these ...
All peer dependencies are installed: React, ReactDOM and Leaflet. Using a supported version of React and ReactDOM (v17.0.0 minimum). Using the ...
Read more >"You may need an additional loader to handle the result of ...
I 'd like to import Mercury module, but some errors occur. I can't confirm this reason on react version or other things.
Read more >You may need an appropriate loader to handle this ... - Reddit
I have used truncate function in my react project. Now i am getting this error in my terminal You may need an appropriate...
Read more >You may need an appropriate loader to handle this file type ...
I 'm having a problem configuring Webpack for Typescript and React. After running the NPM script: webpack serves ./webpack/webpack.config.ts ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The cause of this error is because there is vuetify-loader in the chain which is noop for this custom block. Then it breaks the assumption in vue-loader which is “if no loader is assigned for the custom block, then ignore it”. I had added cache-loader in the ignore list when #4 was filed to fix this issue (cache-loader was culprit at that moment), but I don’t think we can add vuetify-loader (and every possible culprit) for this error.
I’ll end up adding dummy loader in vue-cli-plugin-auto-routing to avoid this.
I’m not sure if we can do this but to exclude custom blocks from matching if vuetify-loader does nothing for them?