Skip to content

Latest commit

 

History

History
487 lines (287 loc) · 18.8 KB

CHANGELOG.md

File metadata and controls

487 lines (287 loc) · 18.8 KB

Version 3.0.13 - pre-release

  • move to latest LSP libraries

Version 3.0.11 - pre-release

  • Enforcement of the validate setting. If the eslint.validate setting is specified only files in that list will be validated. For example, a setting of the form
    "eslint.validate": [
        "javascript"
    ]
    
    will only validate JavaScript files. This is comparable to providing extensions on the command line.

Version 3.0.10 - Release

  • Bump VS Code version to 1.90 to ensure NodeJS 20.

Version 3.0.8 - Release

  • Same as 3.0.7 - pre-release

Version 3.0.7 - pre-release

  • bug fixes to better support flat configs.

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

Version 2.4.2

  • same as 2.4.1 pre-release.

Version 2.4.1 - Pre-release

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

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

2.1.19

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

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

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

2.1.4

  • Was used as an insider preview release.

2.1.3

2.1.2

2.1.1

2.0.15

  • Update to latest LSP libraries

2.0.14

2.0.13

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:

2.0.11

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

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

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

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

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

1.4.6

1.4.5

1.4.4

1.4.3

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

1.4.2

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

1.3.1

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

1.2.10

Performance work around code actions and validation. Fixed:

1.2.9

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

1.2.8

1.2.7

1.2.6

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

1.2.3

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.