Closed JoshClose closed 7 years ago
In VS 2017, please try again after making the following change:
$(PATH)
entry to the 2nd position in the list by using the up arrow button.That works. Thanks! It's interesting to see what's floating around in the $(VSINSTALLDIR)\Web\External
location.
Recently ran into this after opening a project had been using Grunt and older version of Node. In new system had latest version of Node installed and I reran NPM install after updating all Grunt packages. No matter what I did, had Node-SASS error in my Task Runner window in VS. But at command line Grunt appeared to be running fine. Following Scott's advice to move the $(path) up the list worked for me!
The solution of scottaddie helped me too. npm rebuild node-sass dit not help me. Anyways because npm install should already get the right npm packages for you. If you are running VS2013 because the external web tools setting is not availible I think the only solution is to copy the file (binding.node) manually. Still until now I don't understand how this suddenly became an issue. Maybe an update of npm? Maybe someone can explain this?
I was able to fix this issue by getting the relevant node binding file from here: https://github.com/sass/node-sass-binaries
I had to create a folder in node_modules/node-sass/vendor called 'win32-x64-47' and rename the downloaded binary to 'binding.node'.
After recompiling it fixed the issue.
Installed product versions
Description
When running the development config I get an error.
If I run it manually on the command line, everything works fine.
Steps to recreate
yarn add bulma
yarn add --dev style-loader css-loader node-sass sass-loader webpack
index.js
file that containsimport "../node_modules/bulma/bulma.sass"
webpack.config.js
file that includes the sass-loaderCurrent behavior
It's giving me an error (stated above) that doesn't occur when running directly from the command line.
Expected behavior
Should work exactly like the command line execution does.