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
Warning: Path must be a string. Received null Use --force to continue #2922
Warning: Path must be a string. Received null Use --force to continue #2922
Comments
What version of jshint are you using? I received this error when using v2.5, but not the latest, v2.9.2. FYI: i was using it through grunt-contrib-jshint (and updated that to resolve this error) |
@MrSwitch my jshint is jshint v2.9.2 |
I am having the same issue, using jshint v2.9.2 |
I have found the issue to be when the
|
Explicitly setting "reporterOutput" fixed the warning in travis-ci build in my case. Thanks. |
|
This looks to me like an issue with the Grunt plugin, not JSHint itself. Can anyone who has responded so far demonstrate this problem using JSHint without the plugin? |
I do not have this problem with the latest gulp packages (as of 2016-06-18), but opened an older project today with grunt and observed this issue. Thanks to @jeffpeck-intellify for the work around; you saved me some time today! |
Do not upgrade jshint because of false negative "unused variable" errors.
Fixes failing `grunt jshint` task: Running "jshint:lib" (jshint) task Verifying property jshint.lib exists in config...OK Files: lib/esl/Connection.js, lib/esl/Event.js, lib/esl/Parser.js, lib/esl/Server.js, lib/esl/esl.js, lib/index.js Options: force=false, reporterOutput=null, jshintrc=".jshintrc" Warning: Path must be a string. Received null Use --force to continue. Aborted due to warnings. Likely fixed by gruntjs/grunt-contrib-jshint@a0cd3db which was needed due to a newer jshint version, see jshint/jshint#2922 After the upgrade, have to disable a camelcase warning (W106) that cannot be fixed since it is part of the interface. This also silences some deprecation warnings in newer node versions.
@jugglinmike If I may guess, it is fixed in grunt-contrib-jshint via gruntjs/grunt-contrib-jshint@a0cd3db. |
Was throwing "Warning: Path must be a string. Received null Use --force to continue." See jshint/jshint#2922 Also move shared jshintrc into root options.
Thanks for much for the tip of 'reporterOutput: "",' |
An issue was filed on jshint's github about this jshint/jshint#2922. The solution seems to be to explicitly define a reporterOutput option with a value of empty string. After making this change, grunt builds ran flawlessly.
Fix null error in jshint grunt plugin An issue was filed on jshint's github about this jshint/jshint#2922. The solution seems to be to explicitly define a reporterOutput option with a value of empty string. After making this change, grunt builds ran flawlessly.
…ix null path error
After a fresh install I got: ``` $ node_modules/.bin/grunt javascripts Running "javascripts" task Running "concat:dist" (concat) task File grappelli/static/grappelli/js/grappelli.min.js created. Running "jshint:afterconcat" (jshint) task Warning: Path must be a string. Received null Use --force to continue. Aborted due to warnings. ``` This is a known issue, with this fix: jshint/jshint#2922 (comment)
After a fresh install I got: ``` $ node_modules/.bin/grunt javascripts Running "javascripts" task Running "concat:dist" (concat) task File grappelli/static/grappelli/js/grappelli.min.js created. Running "jshint:afterconcat" (jshint) task Warning: Path must be a string. Received null Use --force to continue. Aborted due to warnings. ``` This is a known issue, with this fix: jshint/jshint#2922 (comment)
After i update the grunt-contrib-jshint from version 0.9 to 1.0, the bug fixed.
|
At this point, it seems fairly conclusive that this problem is with the |
Without this fix, I received "Warning: Path must be a string", see jshint/jshint#2922
Updating the node version broke jshint for some reason, but fortunately not very badly. Found the relevant fix here: jshint/jshint#2922 (comment) With jshint working again, I went back and fixed some of the syntax errors I'd introduced.
Updating the node version broke jshint for some reason, but fortunately not very badly. Found the relevant fix here: jshint/jshint#2922 (comment) With jshint working again, I went back and fixed some of the syntax errors I'd introduced.
Without this fix, I received "Warning: Path must be a string", see jshint/jshint#2922
Updating the node version broke jshint for some reason, but fortunately not very badly. Found the relevant fix here: jshint/jshint#2922 (comment) With jshint working again, I went back and fixed some of the syntax errors I'd introduced.
Updating the node version broke jshint for some reason, but fortunately not very badly. Found the relevant fix here: jshint/jshint#2922 (comment) With jshint working again, I went back and fixed some of the syntax errors I'd introduced.
See jshint/jshint#2922 > Running "jshint:code" (jshint) task > Warning: Path must be a string. Received null Use --force to continue. > > Aborted due to warnings.
* feat(travis): travis * node ^6 package.json * chrome launcher * Gruntfile: reporterOutpu: '' jshint/jshint#2922 * jshint fixes * karma -> Chrome * add in chrome start stuff * add empty test * test/jshintrc * use strict lulz * test/jshintrc globals * switch to non-pro key * maybe this key will work?? * third times a charm? * travis login --org * skip cleanup * bump angular-ui-router: ~0.3.2
Fixes failing `grunt jshint` task: Running "jshint:lib" (jshint) task Verifying property jshint.lib exists in config...OK Files: lib/esl/Connection.js, lib/esl/Event.js, lib/esl/Parser.js, lib/esl/Server.js, lib/esl/esl.js, lib/index.js Options: force=false, reporterOutput=null, jshintrc=".jshintrc" Warning: Path must be a string. Received null Use --force to continue. Aborted due to warnings. Likely fixed by gruntjs/grunt-contrib-jshint@a0cd3db which was needed due to a newer jshint version, see jshint/jshint#2922 After the upgrade, have to disable a camelcase warning (W106) that cannot be fixed since it is part of the interface. This also silences some deprecation warnings in newer node versions.
The path seems correct and I even went root to root and it is still giving this error.
when I run -v it is
outputing this:
options: force=false, reporterOutput=null, jshintrc="client/.jshintrc", reporter="/theAppHere/node_modules/jshint-stylish/stylish.js"
Warning: Path must be a string. Received null Use --force to continue.
Update:
Just to add... this is happening since upgrading from 5.11 to 6.0
The text was updated successfully, but these errors were encountered: