Bump the all-dependencies group with 6 updates

[dependabot]

Bumps the all-dependencies group with 6 updates:

Package	From	To
@types/node	20.17.27	20.17.28
@types/semver	7.5.8	7.7.0
@typescript-eslint/eslint-plugin	8.28.0	8.29.0
@typescript-eslint/parser	8.28.0	8.29.0
@vscode/vsce	3.3.0	3.3.2
esbuild	0.25.1	0.25.2

Updates @types/node from 20.17.27 to 20.17.28

Commits

• See full diff in compare view

Updates @types/semver from 7.5.8 to 7.7.0

Commits

• See full diff in compare view

Updates @typescript-eslint/eslint-plugin from 8.28.0 to 8.29.0

Release notes

Sourced from @​typescript-eslint/eslint-plugin's releases.

v8.29.0

8.29.0 (2025-03-31)

🚀 Features

• eslint-plugin: [prefer-nullish-coalescing] create ignoreIfStatements option (#11000)

🩹 Fixes

• eslint-plugin: [no-unnecessary-condition] don't report on unnecessary optional array index access when noUncheckedIndexedAccess is enabled (#10961)
• eslint-plugin: [use-unknown-in-catch-callback-variable] remove fixable property (#10993)
• eslint-plugin: [prefer-for-of] fix false positive when using erasable type syntax within update expressions (#10981)
• eslint-plugin: support arbitrary extensions in definition files (#10957)
• eslint-plugin: [no-array-constructor] remove optional chaining exemption (#10963)

❤️ Thank You

• Dima Barabash @​dbarabashh
• Kim Sang Du @​developer-bandi
• Olivier Zalmanski @​OlivierZal
• Ronen Amiel
• Yannick Decat @​mho22
• zyoshoka @​zyoshoka

You can read about our versioning strategy and releases on our website.

Changelog

Sourced from @​typescript-eslint/eslint-plugin's changelog.

8.29.0 (2025-03-31)

🚀 Features

• eslint-plugin: [prefer-nullish-coalescing] create ignoreIfStatements option (#11000)

🩹 Fixes

• eslint-plugin: [no-array-constructor] remove optional chaining exemption (#10963)
• eslint-plugin: support arbitrary extensions in definition files (#10957)
• eslint-plugin: [prefer-for-of] fix false positive when using erasable type syntax within update expressions (#10981)
• eslint-plugin: [use-unknown-in-catch-callback-variable] remove fixable property (#10993)
• eslint-plugin: [no-unnecessary-condition] don't report on unnecessary optional array index access when noUncheckedIndexedAccess is enabled (#10961)

❤️ Thank You

• Dima Barabash @​dbarabashh
• Kim Sang Du @​developer-bandi
• Olivier Zalmanski @​OlivierZal
• Ronen Amiel
• Yannick Decat @​mho22
• zyoshoka @​zyoshoka

You can read about our versioning strategy and releases on our website.

Commits

• 3dd1835 chore(release): publish 8.29.0
• 270277c feat(eslint-plugin): disable core rule no-with in eslint-recommended (#11001)
• c548aa7 fix(eslint-plugin): [no-array-constructor] remove optional chaining exemption...
• 9a9670d fix(eslint-plugin): support arbitrary extensions in definition files (#10957)
• c7c9b1a docs: fix typos in no-unsafe-argument examples (#11007)
• ada32d1 feat(eslint-plugin): [prefer-nullish-coalescing] create ignoreIfStatements ...
• 5b187f4 fix(eslint-plugin): [prefer-for-of] fix false positive when using erasable ty...
• 58d7f40 fix(eslint-plugin): [use-unknown-in-catch-callback-variable] remove fixable p...
• 3241e46 fix(eslint-plugin): [no-unnecessary-condition] don't report on unnecessary op...
• See full diff in compare view

Updates @typescript-eslint/parser from 8.28.0 to 8.29.0

Release notes

Sourced from @​typescript-eslint/parser's releases.

v8.29.0

8.29.0 (2025-03-31)

🚀 Features

• eslint-plugin: [prefer-nullish-coalescing] create ignoreIfStatements option (#11000)

🩹 Fixes

• eslint-plugin: [no-unnecessary-condition] don't report on unnecessary optional array index access when noUncheckedIndexedAccess is enabled (#10961)
• eslint-plugin: [use-unknown-in-catch-callback-variable] remove fixable property (#10993)
• eslint-plugin: [prefer-for-of] fix false positive when using erasable type syntax within update expressions (#10981)
• eslint-plugin: support arbitrary extensions in definition files (#10957)
• eslint-plugin: [no-array-constructor] remove optional chaining exemption (#10963)

❤️ Thank You

• Dima Barabash @​dbarabashh
• Kim Sang Du @​developer-bandi
• Olivier Zalmanski @​OlivierZal
• Ronen Amiel
• Yannick Decat @​mho22
• zyoshoka @​zyoshoka

You can read about our versioning strategy and releases on our website.

Changelog

Sourced from @​typescript-eslint/parser's changelog.

8.29.0 (2025-03-31)

This was a version bump only for parser to align it with other projects, there were no code changes.

You can read about our versioning strategy and releases on our website.

Commits

• 3dd1835 chore(release): publish 8.29.0
• See full diff in compare view

Updates @vscode/vsce from 3.3.0 to 3.3.2

Release notes

Sourced from @​vscode/vsce's releases.

v3.3.2

Changes:

• #1126: Bump tar-fs from 2.1.1 to 2.1.2

This list of changes was auto generated.

v3.3.2-0

Changes:

• #1126: Bump tar-fs from 2.1.1 to 2.1.2

This list of changes was auto generated.

v3.3.1

Changes:

• #1124: Add 'copilot-tools' to languageModelTools contributions

This list of changes was auto generated.

v3.3.1-0

Changes:

• #1124: Add 'copilot-tools' to languageModelTools contributions

This list of changes was auto generated.

Commits

• 52c90dc Merge pull request #1126 from microsoft/dependabot/npm_and_yarn/tar-fs-2.1.2
• 6104827 Bump tar-fs from 2.1.1 to 2.1.2
• 3c1b697 Merge pull request #1124 from microsoft/isidorn/inc-cricket
• e7919ac fix test
• 66ab122 Fix languageModelTools contribution tag in TagsProcessor
• aa0c563 Add 'copilot-tools' to languageModelTools contributions
• See full diff in compare view

Updates esbuild from 0.25.1 to 0.25.2

Release notes

Sourced from esbuild's releases.

v0.25.2

• Support flags in regular expressions for the API (#4121)

  The JavaScript plugin API for esbuild takes JavaScript regular expression objects for the filter option. Internally these are translated into Go regular expressions. However, this translation previously ignored the flags property of the regular expression. With this release, esbuild will now translate JavaScript regular expression flags into Go regular expression flags. Specifically the JavaScript regular expression /\.[jt]sx?$/i is turned into the Go regular expression `(?i)\.[jt]sx?$` internally inside of esbuild's API. This should make it possible to use JavaScript regular expressions with the i flag. Note that JavaScript and Go don't support all of the same regular expression features, so this mapping is only approximate.

• Fix node-specific annotations for string literal export names (#4100)

  When node instantiates a CommonJS module, it scans the AST to look for names to expose via ESM named exports. This is a heuristic that looks for certain patterns such as exports.NAME = ... or module.exports = { ... }. This behavior is used by esbuild to "annotate" CommonJS code that was converted from ESM with the original ESM export names. For example, when converting the file export let foo, bar from ESM to CommonJS, esbuild appends this to the end of the file:

  // Annotate the CommonJS export names for ESM import in node:
  0 && (module.exports = {
    bar,
    foo
  });

  However, this feature previously didn't work correctly for export names that are not valid identifiers, which can be constructed using string literal export names. The generated code contained a syntax error. That problem is fixed in this release:

  // Original code
  let foo
  export { foo as "foo!" }
  // Old output (with --format=cjs --platform=node)
  ...
  0 && (module.exports = {
  "foo!"
  });
  // New output (with --format=cjs --platform=node)
  ...
  0 && (module.exports = {
  "foo!": null
  });

• Basic support for index source maps (#3439, #4109)

  The source map specification has an optional mode called index source maps that makes it easier for tools to create an aggregate JavaScript file by concatenating many smaller JavaScript files with source maps, and then generate an aggregate source map by simply providing the original source maps along with some offset information. My understanding is that this is rarely used in practice. I'm only aware of two uses of it in the wild: ClojureScript and Turbopack.

  This release provides basic support for indexed source maps. However, the implementation has not been tested on a real app (just on very simple test input). If you are using index source maps in a real app, please try this out and report back if anything isn't working for you.

  Note that this is also not a complete implementation. For example, index source maps technically allows nesting source maps to an arbitrary depth, while esbuild's implementation in this release only supports a single level of nesting. It's unclear whether supporting more than one level of nesting is important or not given the lack of available test cases.

  This feature was contributed by @​clyfish.

Changelog

Sourced from esbuild's changelog.

0.25.2

• Support flags in regular expressions for the API (#4121)

  The JavaScript plugin API for esbuild takes JavaScript regular expression objects for the filter option. Internally these are translated into Go regular expressions. However, this translation previously ignored the flags property of the regular expression. With this release, esbuild will now translate JavaScript regular expression flags into Go regular expression flags. Specifically the JavaScript regular expression /\.[jt]sx?$/i is turned into the Go regular expression `(?i)\.[jt]sx?$` internally inside of esbuild's API. This should make it possible to use JavaScript regular expressions with the i flag. Note that JavaScript and Go don't support all of the same regular expression features, so this mapping is only approximate.

• Fix node-specific annotations for string literal export names (#4100)

  When node instantiates a CommonJS module, it scans the AST to look for names to expose via ESM named exports. This is a heuristic that looks for certain patterns such as exports.NAME = ... or module.exports = { ... }. This behavior is used by esbuild to "annotate" CommonJS code that was converted from ESM with the original ESM export names. For example, when converting the file export let foo, bar from ESM to CommonJS, esbuild appends this to the end of the file:

  // Annotate the CommonJS export names for ESM import in node:
  0 && (module.exports = {
    bar,
    foo
  });

  However, this feature previously didn't work correctly for export names that are not valid identifiers, which can be constructed using string literal export names. The generated code contained a syntax error. That problem is fixed in this release:

  // Original code
  let foo
  export { foo as "foo!" }
  // Old output (with --format=cjs --platform=node)
  ...
  0 && (module.exports = {
  "foo!"
  });
  // New output (with --format=cjs --platform=node)
  ...
  0 && (module.exports = {
  "foo!": null
  });

• Basic support for index source maps (#3439, #4109)

  The source map specification has an optional mode called index source maps that makes it easier for tools to create an aggregate JavaScript file by concatenating many smaller JavaScript files with source maps, and then generate an aggregate source map by simply providing the original source maps along with some offset information. My understanding is that this is rarely used in practice. I'm only aware of two uses of it in the wild: ClojureScript and Turbopack.

  This release provides basic support for indexed source maps. However, the implementation has not been tested on a real app (just on very simple test input). If you are using index source maps in a real app, please try this out and report back if anything isn't working for you.

  Note that this is also not a complete implementation. For example, index source maps technically allows nesting source maps to an arbitrary depth, while esbuild's implementation in this release only supports a single level of nesting. It's unclear whether supporting more than one level of nesting is important or not given the lack of available test cases.

  This feature was contributed by @​clyfish.

Commits

• 4475787 publish 0.25.2 to npm
• 8f56771 fix #4121: map js regexp flags to go regexp flags
• 36b458d follow-up to #4109
• 8b8437c feat: support index source map (#4109)
• 75286c1 unit test for absolute windows paths in source map
• bcc77fb fix #4100: invalid identifiers in node annotation
• 37cb6a2 fix a warning from npm publish
• See full diff in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions