-
Notifications
You must be signed in to change notification settings - Fork 1
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
gulp build
: when gulp-jscs fails, its error message is unreadable in Windows command prompt
#4
Comments
I believe this should be fixed when gulp-jscs supports reporters, though. For reference: |
Well, coloring is not that important, so I guess we can workaround this issue by disabling gulp-jscs coloring in Windows for the time being, until gulp-jscs supports proper reporters. |
I'm late. |
Yep. |
👍 |
Pushed an alpha release! You can try it with:
Let's push a stable release after applying this workflow in Harmonic and giving it some road test. |
@btormey are you using the version 2.0.3? I'm pretty sure it was fixed in this version. The next version will be a major release that replaces JSHint and JSCS with ESLint, though I'm currently pondering whether to add JSCS back now that it is able to lint all valid Babel code. By that point we should also have the ability to disable plugins via |
@UltCombo Ah, that is the issue, I've got 2.0.0 installed. Sorry, it's late here. |
No problem, glad to help. 😄 |
The issue seems to be specific to Windows.
Steps to reproduce:
gulpfile
branch.js
file in order for jscs to failgulp build
gulp-jscs's error message in Windows 7's

cmd.exe
only has line breaks visible:However, actually, it looks like the issue is with gulp-jscs's coloring -- if one copies/inspects the actual stdout contents, the correct error message is there.
The same bug also appears in Git Bash:
The error message is at least visible in Console2 (albeit the coloring is not applied):
Noting again: the issue is apparently specific to Windows; The error message is correctly colored in OS X 10.10's zsh.
The text was updated successfully, but these errors were encountered: