Fix: Fixed an issue with files named node.js on Windows #64
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
giovannicalo
changed the title
5 tasks
kevinoid
added a commit
to kevinoid/eslint-config-kevinoid
that referenced
this pull request
May 7, 2023
To avoid inadvertently running node.js (using Windows Script Host) instead of node.exe when .js is present in %PATHEXT% (as it is by default). The problem is exacerbated by a regression in .cmd shims generated by npm (npm/cmd-shim#64 npm/cmd-shim#71) and has already caused problems in CI (actions/setup-node#720). Continue to export node and node.js from the package for backward compatibility. These may be removed in a future version. Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
When a Node module binary is run in a folder containing a file called
node.js, on Windows, that file will be opened instead of the binary.This happens due to Windows'
PATHEXTenvironment variable containing.JS.The issue was originally fixed in 8b1433c, but it has reappeared in c039646.
Currently,
endlocalis called after editingPATHEXTbut before invoking Node, so the latter is not affected by it.My solution edits
PATHEXTafter callingendlocal, thus affecting the Node invocation and fixing the issue.The only downside is the Node process will receive the edited
PATHEXT, which however must've been the original behaviour anyway.