jslint fails with linebreak on windows

[kunalspathak]

• Version: master
• Platform: windows
• Subsystem:

After e77e935 changes made by @Trott, jslint error fails on windows machine because linebreak-style rule expects linebreaks to be LF but on windows they are CRLF and this fails the linebreak-style rule for all *.js files.

[bnoordhuis]

It sounds like you have core.autocrlf set to true in your git config. Try setting git config core.eol lf and disable core.autocrlf - and make sure your editor uses UNIX line endings, of course.

[silverwind]

Or alternatively, get git to behave with the third option here (globally):

[kunalspathak]

Thanks @bnoordhuis , @silverwind . However as seen in git's help message, I am using the recommended setting core.autocrlf=true on windows machine for cross platform project. How about passing it programmatically inside tools\jslint.js file using return value from process.platform?

[bnoordhuis]

You can configure core.autocrlf on a per-project setting. I doubt we'd accept patches to work around local configuration issues.

[joaocgreis]

core.autocrlf=true has been discussed in #2494 , there was no consensus but we kept it supported at the time.

Windows CI servers use core.autocrlf=true (no warning in #6685 because linting is not run on Windows).

I believe most users who compile on Windows have core.autocrlf=true and I would not welcome a platform specific recommendation to change it. Most importantly, if we want to support end users running node on CRLF javascript files, we should keep testing this way and keep core.autocrlf=true fully supported. Thus, I would welcome a change to make vcbuild jslint work again.

cc @nodejs/testing

[bnoordhuis]

Most importantly, if we want to support end users running node on CRLF javascript files, we should keep testing this way and keep core.autocrlf=true fully supported.

I don't understand this comment. This issue is about our test suite, not node-on-windows in general.

[Trott]

The main purpose of the lint rule is to let contributors know if they are about to submit code (in a PR) that does not conform to the existing code base.

If the typical user setup on Windows is to have git convert line endings to CRLF on check-out and back to LF on check-in, then the lint rule should probably be removed.

If that's an atypical setup or a setup we want to discourage for other reasons, then the lint rule should remain as-is.

I don't think there's much to be gained by adding complexity and having the rule check for different line endings on different platforms. That probably would not solve any real issues, and might create a few new ones.

[kunalspathak]

This issue is about our test suite, not node-on-windows in general.

@bnoordhuis , I think @joaocgreis meant node contributors working on windows platform.

I agree with @Trott . Instead of complicating things here, we should remove linebreak-style from jslint or reduce its severity. As I mentioned earlier, git does recommend having core.autocrlf=true for windows users. It is very unlikely that developer working on windows would use IDE with unix ending.

[bnoordhuis]

All files in the repository should have UNIX line endings. Contributors are expected to follow the project's conventions and the new lint rule helps with that. I don't see how that is controversial.

It is very unlikely that developer working on windows would use IDE with unix ending.

That seems like a very weak argument. You're either saying that Windows IDEs are defective or that Windows developers are too lazy and/or clueless to configure their editor. Both seem implausible.

[orangemocha]

Line endings on Windows are different than on Unix. As awkward as it may seem, it's a platform difference that we simply have to live with.

IMO, core.autocrlf=true is the correct default for Windows users. It allows us to have text files with portable line endings. If we absolutely want the Unix line ending, we can mark the file as binary.

[bnoordhuis]

Without this lint rule, how would you catch CRLFs when someone has core.autocrlf disabled and checks in changes with Windows line endings?

It's not a rhetorical question. Windows line endings have slipped in several times over the years. They broke the build at least once (25a5e90) although that wasn't in the test suite.

The only solution I can think of is a new CI lint check but that seems like a lot of effort when people just have to run git config core.eol lf locally once.

[Trott]

I'd be OK with a separate ESLint config file for CI only that included just two things:

• the extends configuration indicating the actual ESLint config file that we use now (EDIT: with the EOL rule removed from that file, of course)
• a line enabling the EOL rule