-
-
Notifications
You must be signed in to change notification settings - Fork 310
SCSS errors are not reported #504
Comments
Are you sure? What does your output show? Ruby or libasass? |
me too, i've the same problem. I'm going to replace grunt-sass with grunt-contrib-sass to check if i can solve the problem. Debugging sass.js i saw that during compiling it doesn't even join inside error if an error exist.
edit: not only scss sass too. |
I've had this too. The first time it happen it was very frustrating the first time it happen so definitely needs fixing. |
update3: the sass.js seems to use node-sass to check errors, that definitely seems to work well, at least in my case.
|
Its not working for me, everything works smoothly except error logs from sass. So annoying and its always waste time on finding the bugs |
I'm unable to reproduce this using both master and the latest version. Can you make sure you're on the latest generator-webapp and retry? Updating is possible using:
If that doesn't fix the issue please include the OS you're on, the Node version you're running on.
There is no |
I'm also having this issue, but regardless of whether the server is already running or not. Tested on Windows 7 Ultimate and CentOS 6.5 (both 64-bit). Each time I ran
It doesn't specify that there was a syntax error at all. It just warns that it's running the |
Note: force-updating all dependency definitions using this process fixed the issue for me |
Thanks for letting us know. That would mean the bug was somewhere upstream. We've updated all our dependencies but that wasn't in the last release yet. |
The latest release, v0.6.0, properly outputs errors and successfully continues watching after it encounters one. |
When there's a syntax error in any SCSS file, grunt does not report it if the server is already running and a recompile is attempted.
The text was updated successfully, but these errors were encountered: