CHANGELOG.md

Version 3.0.5 - pre-release

• Support for the new ESLint flat config files has improved. See README.MD for a detailed description of the changes.

Version 3.0.1 - pre-release

• converted the server to use diagnostic pull instead of push.
• files will be revalidated on focus gain.
• Add a command ESLint: Revalidate all open files to revalidate all open files.
• Probing support for Astro, MDX and JSON
• various bug fixes

Version 2.4.4

• same as 2.4.3 - pre-release

Version 2.4.3 - pre-release

• various bug fixes

Version 2.4.2

• same as 2.4.1 pre-release.

Version 2.4.1 - Pre-release

• various bug fixes

Version 2.4.0 (same as 2.3.5 - Pre-release)

• added settings options to control the time budget for validation and fix on save before a warning or error is raised. The settings are eslint.timeBudget.onValidation and eslint.timeBudget.onFixes
• make server untitled agnostic
• the extension uses now VS Code's language status indicator
• the language status indicator now informs about long linting or fix on save times.
• the setting eslint.alwaysShowStatus got removed since the status is now shown as a language status indicator.
• support for flat config files
• support for single problem underline.
• various bug fixes

Version 2.3.5 - Pre-release

• added settings options to control the time budget for validation and fix on save before a warning or error is raised. The settings are eslint.timeBudget.onValidation and eslint.timeBudget.onFixes

Version 2.3.3 - Pre-release

• make server untitled agnostic

Version 2.3.1 - Pre-release (internal only)

• the extension uses now VS Code's language status indicator
• the language status indicator now informs about long linting or fix on save times.
• the setting eslint.alwaysShowStatus got removed since the status is now shown as a language status indicator.

Version 2.2.6

• added support for validating single notebook document cells if the language is supported by ESLint
• various bug fixes

2.2.2

• renamed the setting eslint.runtime.execArgv to eslint.execArgv. This is breaking but can't be fixed different due to how VS Code handles settings. See also Issue 1358

2.2.1

Extended support for ESLint V8.0. This release also provides an option to use the new ESLint class API introduced in version 7 of the ESLint npm module. The corresponding setting is eslint.useESLintClass. In addition the rules taken into consideration during code action on save can now be configured. However this feature requires the new ESLint class API. So you either need to use ESLint version 8 or version 7 with "eslint.useESLintClass": true.

2.2.0

• Internal insider release.

2.1.25

• Added support for ESLint v8 Beta
• Various bug fixes

2.1.24

• Internal insider release.

2.1.23

• Fixes Server should provide default result for code actions so that canceled requests can be removed from queue

2.1.22

• adapt VS Code's workspace trust model. As a consequence the custom dialog ESLint introduced in version 2.1.7 got removed.
• Various bug fixes

2.1.21

• Internal insider release.

2.1.20

• Merged Implement eslint.rules.customizations - with overrides

2.1.19

• fixed Using eslint.nodePath globally rather than locally, yet on every new window: The eslint.nodePath setting requires user confirmation. To do so execute the Select Node Path command.

2.1.18

• warn about nodePath values being defined separately in the workspace folder although a multi workspace folder setup is open.

2.1.17

• add user confirmation for the eslint.runtime and the eslint.nodePath setting
• fixed command to restart server or plugins without quitting vscode

2.1.16

• Updated Readme document.

2.1.15

• Internal insider release.

2.1.14

• Update to version 7.0.0 of the LSP libraries
• Various bug fixes.

2.1.13

• v2.1.10 - Extension 'ESlint' cannot format file

2.1.11 & 2.1.12

• Internal insider release.

2.1.10

• Add an 'Always Allow' to the library confirmation dialog added in 2.1.7. Also added a status indication show the ESLint library decision mode.
• Fixed vulnerability described in CVE-2021-27081

2.1.9

• Internal insider release.

2.1.8

• Polish the message of the confirmation dialog that was introduced in 2.1.7
• Fix bug that caused the confirmation dialog to pop up for all open editors when not trusting the local version of VS Code

2.1.7

• Ask the user for confirmation before executing the code from an installed ESLint library. Also added commands to manage the decisions made for the ESLint libraries.

2.1.6

• Update LSP libraries

2.1.5

• UnhandledPromiseRejectionWarning: Error: Request workspace/configuration failed with message: Cannot read property 'source.fixAll.eslint' of null
• "Do you want Code to open the external website?" on ESLint errors
• all suggestions being applied on save
• Error: "Cannot read property 'source.fixAll.eslint' of null"

2.1.4

• Was used as an insider preview release.

2.1.3

• FixAll on save doesn't pick up file change from organize imports

2.1.2

• Adopt new link support in diagnostics

2.1.1

• Support for ESLint suggest API

2.0.15

• Update to latest LSP libraries

2.0.14

• Auto fix made double comma to fix trailing comma

2.0.13

• Fixes no validation of .vue files (2.0.12)

2.0.12

• Improved performance for code actions on save by reusing fixes for already known problems.
• Added a setting eslint.codeActionsOnSave.mode to revive the 1.9.x version behavior of only fixing already known problems on save.
• Bug fixes:
  • Can't lint .ts files when use vue-eslint-parser

2.0.11

• Fixes Eslint not working when open above level directory

2.0.10

• Various bug fixes especially around settings migration.

2.0.4

A new major version of the extension. Major improvements are around code actions on save, formatting, working directory setup and validating of TypeScript files.

1.9.2

• Moved to latest LSP libraries
• Fixed Document change might not cause re-validation. Results in stale errors
• Merged Fix None position values in publishDiagnostics message

1.9.1

• Moved to latest LSP libraries
• Add experimental support for delta document sync
• Add support for [eslint.lintTask.options] (#698)
• Add support for eslint.experimental.incrementalSync which enable incremental document synchronization for improved performance.

1.9.0

• Moved to latest LSP libraries
• Added support for eslint.quiet

1.8.2

• Fix version mismatch problem between LSP client lib and VS Code version.

1.8.1

• Moved to latest LSP libraries
• Web pack extension and server
• Fixes Extension causes high CPU load

1.8.0

• Moved to latest LSP libraries
• Merged in PR #588 which adds to turn off the actions to disable rules per line and to open the documentation.
• Merged in PR #572 which adds support for pnpm.

1.7.0

• Merged in PR #530 which adds support to disable a rule per line or for the whole file as well as navigating to the documentation.

1.6.1

• Fixes #558 to adopt new functionality in VS Code 1.28

1.6.0

• Adopt the LSP JSON tracing options from the LSP libraries to enable better tracing support

1.5.0

• Allow setting the node runtime to use for the language server. Fixes #345 PR #516
• eslintignore comment syntax highlighting PR #473

1.4.14

• Include semver for client

1.4.13

• Upgraded to latest LSP libraries to handle process spawn / fork crashes under Electron 2.x

1.4.12

• Upgrade to latest version of the LSP libraries
• Fixes ESLint server crashed 5 times in the last 3 minutes. the server will not be restarted.

1.4.11

Internal version to track down ESLint server crashed 5 times in the last 3 minutes. the server will not be restarted.

1.4.10

• Add Command to create a YAML configuration

1.4.9

• Using latest vscode-languageclient library to fix problems with server restarts and double change notifications.

1.4.8

• Using latest vscode-languageclient library to get rid of unnecessary console.log statements.

1.4.7

• extension not working
• Create a task provider for linting the whole workspace

1.4.6

• Rename server.js to a more specific name so that ESLint is easily recognized by code --status

1.4.5

• UnhandledPromiseRejectionWarning when renaming .eslintrc.json
• update error message and add a hint to update yarn setting if using yarn

1.4.4

• request: better error message if ESLint crashes

1.4.3

• Moved to version 3.5.0 of the vscode-languageserver-node libraries.

1.4.2

• ESLint should show a warning icon when something failed in the status bar

1.4.1

• small setting description fix.
• tagged extension as multi root ready.

1.4.0

• Add support for Yarn. To use yarn instead of npm with the ESLint extension set the settings "eslint.packageManager": "yarn". To use npm set the value to "npm".

1.3.2

• Latest update appears to have broken nodePath specification

1.3.1

• Failed to lint Untitled JavaScript file.

1.3.0

• Add support for multi workspace folder setups. Adding this support required a major code change both on the extension and the server side. So if you recognized problems with this version please report them as quick as possible in the GitHub repository.

  Version 1.3.0 of the ESLint extension requires at least version 1.16 of VS Code.

1.2.11

• (Insiders/1.2.10) "Cannot read property 'then' of undefined

1.2.10

Performance work around code actions and validation. Fixed:

• Slowdown on code assist with ESLint enabled

1.2.9

This version was an internal test release which wasn't available in the market place

1.2.8

• Linting is still enabled when viewing git diff.

1.2.7

• Don't lint git diff.

1.2.6

• Do not always run ESLint from the project's root directory
• baseDir should be an absolute path

1.2.5

• Validating a single file (no workspace folder open) will set the working directory to the directory containing the file.
• Added support for working directories. ESLint resolves configuration files relative to a working directory. This new settings allows users to control which working directory is used for which files. Consider the following setups:

client/
  .eslintignore
  .eslintrc.json
  client.js
server/
  .eslintignore
  .eslintrc.json
  server.js

Then using the setting:

  "eslint.workingDirectories": [
    "./client", "./server"
  ]

will validate files inside the server directory with the server directory as the current working directory. Same for files in the client directory. If the setting is omitted the working directory is the workspace folder.

1.2.4

• fixes .eslintignore is completely ignored
• reverted fix for Does not respect nested eslintignore files since it broke the use case of a single global .eslintrc file

1.2.3

• Does not respect nested eslintignore files
• eslintrc configuration cascading not being honored
• autoFixOnSave not working with eslint.run=onSave
• autoFixOnSave not listed under Settings Options in Readme

1.2.2

• Added configuration options to enable code actions and auto fix on save selectively per language. In release 1.2.1 code actions and auto fix on save very still only available for JavaScript. In 1.2.2 you can now enable this selectively per language. For compatibility it is enabled by default for JavaScript and disabled by default for all other languages. The reason is that I encounter cases for non JavaScript file types where the computed fixes had wrong positions resulting in 'broken' documents. To enable it simply provide an object literal in the validate setting with the properties language and autoFix instead of a simple string. An example is:

"eslint.validate": [ "javascript", "javascriptreact", { "language": "html", "autoFix": true } ]

1.2.1

• Added support to validate file types other than JavaScript. To enable this, you need to do the following:
  • Configure ESLint with an additional plugin to do the actual validation. For example, to validate HTML files install eslint-plugin-html using npm install eslint-plugin-html --save-dev and update the ESLint configuration (e.g. .eslintrc.json file) with "plugin": [ "html" ].
  • Add the corresponding language identifier to the eslint.validate setting. Something like "eslint.validate": [ "javascript", "javascriptreact", "html" ]. If the setting is missing, it defaults to ["javascript", "javascriptreact"]

Please note that code actions and auto fix on save is still only available for JavaScript. The reason is that I detected position problems with fixes contributed by plugins resulting in broken source code when applied.

1.1.0

• Supports more than one ESLint module installation in a workspace. This eases working with typical client / server setups where ESLint is installed in a node_modules folder in the server and the client directory.
• Improved error handling if a plugin can't be loaded.
• Added commands to enable and disable ESLint.

1.0.8

• Supports auto fix on save. Needs to be enabled via "eslint.autoFixOnSave": true. Please note that auto fix on save will only happen if the save happened manually or via focus lost. This is consistent with VS Code's format on save behavior. Auto fix on save requires VS Code version 1.6 or newer.

1.0.7

• Fixed problem with validating package.json when editing .eslintrc.* files.

1.0.5

• Moving to official 2.5.0 language server libraries.

1.0.4

• Bug fixing: ESLint is validating package.json files

1.0.3

• Errors in configuration files are only shown in a status message if the file is not open in the editor. Otherwise message are shown in the output channel only.

1.0.2

• Added a status bar item to inform the user about problems with ESLint. A message box only appears if the user attention is required.
• Improved handling of missing corrupted configuration files.
• The ESLint package is now loaded from parent folders as well.
• Added an action to create a .eslintrc.json file.