chore(deps): update devdependencies - autoclosed

[renovate]

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@types/eslint (source)	~8.44.2 -> ~8.44.3
@types/node (source)	~20.6.3 -> ~20.8.3
@vitest/coverage-v8 (source)	~0.34.5 -> ~0.34.6
eslint (source)	~8.49.0 -> ~8.51.0
eslint-plugin-testing-library	~6.0.1 -> ~6.0.2
eslint-plugin-vitest	~0.3.1 -> ~0.3.2
expect-type	~0.16.0 -> ~0.17.3
rimraf	~5.0.1 -> ~5.0.5
tsx	~3.12.10 -> ~3.13.0

---

Release Notes

vitest-dev/vitest (@​vitest/coverage-v8)

v0.34.6

Compare Source

   🐞 Bug Fixes

• Overwrite global URL with environment's  -  by @​sheremet-va in https://github.com/vitest-dev/vitest/issues/4164 (cbe13)
• Correctly resolve external dependencies loaded by custom environments  -  by @​sheremet-va in https://github.com/vitest-dev/vitest/issues/4196 (e3408)
• runner: The fixture of test.extend should be init once time in all test  -  by @​Dunqing in https://github.com/vitest-dev/vitest/issues/4168 (730b2)

    View changes on GitHub

eslint/eslint (eslint)

v8.51.0

Compare Source

Features

• 0a9c433 feat: Add --no-warn-ignored CLI option for flat config (#​17569) (Domantas Petrauskas)
• 977e67e feat: logical-assignment-operators to report expressions with 3 operands (#​17600) (Yosuke Ota)

Bug Fixes

• f976b2f fix: make rule severity case-sensitive in flat config (#​17619) (Milos Djermanovic)
• 0edfe36 fix: Ensure crash error messages are not duplicated (#​17584) (Nicholas C. Zakas)
• dd79abc fix: eslint-disable to be able to parse quoted rule names (#​17612) (Yosuke Ota)
• d2f6801 fix: Ensure correct code path for && followed by ?? (#​17618) (Nicholas C. Zakas)

Documentation

• ee5be81 docs: default to sourceType: "module" in rule examples (#​17615) (Francesco Trotta)
• 1aa26df docs: Add more examples for multiline-ternary (#​17610) (George Ashiotis)
• 47d0b44 docs: Update README (GitHub Actions Bot)
• dbf831e docs: use generated og image (#​17601) (Percy Ma)
• 1866da5 docs: Update README (GitHub Actions Bot)

Chores

• 1ef39ea chore: upgrade @​eslint/js@​8.51.0 (#​17624) (Milos Djermanovic)
• f8c7403 chore: package.json update for @​eslint/js release (ESLint Jenkins)
• 2665552 test: fix flat config linter tests to use Linter in flat config mode (#​17616) (Milos Djermanovic)
• 7b77bcc chore: Refactor CodePathState (#​17510) (Nicholas C. Zakas)
• bc77c9a chore: Document and refactor ForkContext (#​17566) (Nicholas C. Zakas)
• 24e1f14 chore: Refactor and document CodePath (#​17558) (Nicholas C. Zakas)

v8.50.0

Compare Source

Features

• 27d5a9e feat: add suggestions to array-callback-return (#​17590) (Tanuj Kanti)
• f9082ff feat: flat-rule-tester make sure default config always matches (#​17585) (fnx)
• 83914ad feat: Implement SourceCode#applyInlineConfig() (#​17351) (Nicholas C. Zakas)
• 22a5582 feat: add rule no-object-constructor, deprecate no-new-object (#​17576) (Francesco Trotta)
• 85a3d9e feat: allowVoid option in array-callback-return (#​17564) (Tanuj Kanti)

Bug Fixes

• cc4d26b fix: Ensure deprecated context.parserServices warns (#​17593) (Nicholas C. Zakas)
• 1ea4cfb fix: Ensure all RuleTester tests all deprecated context methods (#​17587) (Nicholas C. Zakas)
• aa1b657 fix: wrong suggestion and message in no-misleading-character-class (#​17571) (Yosuke Ota)

Documentation

• 1800537 docs: Fix and standardize JSX code examples (#​17591) (Francesco Trotta)
• 48a44a7 docs: Add correct/incorrect tags to prefer-arrow-callback (#​17589) (Francesco Trotta)
• 20893d4 docs: fix incorrect tag's place (#​17575) (Tanuj Kanti)
• bd7a71f docs: Update README (GitHub Actions Bot)

Chores

• f8a8a2d chore: upgrade @​eslint/js@​8.50.0 (#​17599) (Milos Djermanovic)
• 38ada6d chore: package.json update for @​eslint/js release (ESLint Jenkins)

testing-library/eslint-plugin-testing-library (eslint-plugin-testing-library)

v6.0.2

Compare Source

Bug Fixes

• await-async-events: sync userEvent.setup() should not be reported (#​817) (c0b6e6f), closes #​800

veritem/eslint-plugin-vitest (eslint-plugin-vitest)

v0.3.2

Compare Source

Fixes

• bench: prefer lowercase title for bench (#​263) (1d42a33)
• remove types as a dependancy (#​250) (05cf2a5)

mmkal/expect-type (expect-type)

v0.17.3

Compare Source

• docs: why-is-my-assertion-failing 907b8aa
• I think the previous build was out of date somehow too, so see https://github.com/mmkal/expect-type/releases/v0.17.2

v0.17.2

Compare Source

• Improve tuple errors (#​40) 4b38117

Diff(truncated - scroll right!):

test('toEqualTypeOf with tuples', () => {
  const assertion = `expectTypeOf<[[number], [1], []]>().toEqualTypeOf<[[number], [2], []]>()`
  expect(tsErrors(assertion)).toMatchInlineSnapshot(`
-    "test/test.ts:999:999 - error TS2344: Type '[[number], [2], []]' does not satisfy the constraint '{ [x: number]: { [x: number]: number; [iterator]: (() => IterableIterator<1>) | (() => IterableIterator<number>) | (() => IterableIterator<never>); [unscopables]: (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }) | (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }) | (() => { copyWithin: boolean; entries: boolean; fill: boolean; find: boolean; findIndex: boolean; keys: boolean; values: boolean; }); length: 0 | 1; toString:  ... truncated!!!!'.
-      Types of property 'sort' are incompatible.
-        Type '(compareFn?: ((a: [] | [number] | [2], b: [] | [number] | [2]) => number) | undefined) => [[number], [2], []]' is not assignable to type '\\"Expected: function, Actual: function\\"'.
+    "test/test.ts:999:999 - error TS2344: Type '[[number], [2], []]' does not satisfy the constraint '{ 0: { 0: number; }; 1: { 0: \\"Expected: literal number: 2, Actual: literal number: 1\\"; }; 2: {}; }'.
+      The types of '1[0]' are incompatible between these types.
+        Type '2' is not assignable to type '\\"Expected: literal number: 2, Actual: literal number: 1\\"'.
    999 expectTypeOf<[[number], [1], []]>().toEqualTypeOf<[[number], [2], []]>()
                                                          ~~~~~~~~~~~~~~~~~~~"
  `)
})

v0.17.1

Compare Source

• disallow .not and .branded together cf38918

(this was actually documented in the v0.17.0 release but really it was only pushed here)

v0.17.0

Compare Source

#​16 went in to - hopefully - significantly improve the error messages produce on failing assertions. Here's an example of how vitest's failing tests were improved:

Before:

After:

Docs copied from the readme about how to interpret these error messages

---

Error messages

When types don't match, .toEqualTypeOf and .toMatchTypeOf use a special helper type to produce error messages that are as actionable as possible. But there's a bit of an nuance to understanding them. Since the assertions are written "fluently", the failure should be on the "expected" type, not the "actual" type (expect<Actual>().toEqualTypeOf<Expected>()). This means that type errors can be a little confusing - so this library produces a MismatchInfo type to try to make explicit what the expectation is. For example:

expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

Is an assertion that will fail, since {a: 1} has type {a: number} and not {a: string}. The error message in this case will read something like this:

test/test.ts:999:999 - error TS2344: Type '{ a: string; }' does not satisfy the constraint '{ a: \\"Expected: string, Actual: number\\"; }'.
  Types of property 'a' are incompatible.
    Type 'string' is not assignable to type '\\"Expected: string, Actual: number\\"'.

999 expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

Note that the type constraint reported is a human-readable messaging specifying both the "expected" and "actual" types. Rather than taking the sentence Types of property 'a' are incompatible // Type 'string' is not assignable to type "Expected: string, Actual: number" literally - just look at the property name ('a') and the message: Expected: string, Actual: number. This will tell you what's wrong, in most cases. Extremely complex types will of course be more effort to debug, and may require some experimentation. Please raise an issue if the error messages are actually misleading.

The toBe... methods (like toBeString, toBeNumber, toBeVoid etc.) fail by resolving to a non-callable type when the Actual type under test doesn't match up. For example, the failure for an assertion like expectTypeOf(1).toBeString() will look something like this:

test/test.ts:999:999 - error TS2349: This expression is not callable.
  Type 'ExpectString<number>' has no call signatures.

999 expectTypeOf(1).toBeString()
                    ~~~~~~~~~~

The This expression is not callable part isn't all that helpful - the meaningful error is the next line, Type 'ExpectString<number> has no call signatures. This essentially means you passed a number but asserted it should be a string.

If TypeScript added support for "throw" types these error messagess could be improved. Until then they will take a certain amount of squinting.

Concrete "expected" objects vs typeargs

Error messages for an assertion like this:

expectTypeOf({a: 1}).toEqualTypeOf({a: ''})

Will be less helpful than for an assertion like this:

expectTypeOf({a: 1}).toEqualTypeOf<{a: string}>()

This is because the TypeScript compiler needs to infer the typearg for the .toEqualTypeOf({a: ''}) style, and this library can only mark it as a failure by comparing it against a generic Mismatch type. So, where possible, use a typearg rather than a concrete type for .toEqualTypeOf and toMatchTypeOf. If it's much more convenient to compare two concrete types, you can use typeof:

const one = valueFromFunctionOne({some: {complex: inputs}})
const two = valueFromFunctionTwo({some: {other: inputs}})

expectTypeOf(one).toEqualTypeof<typeof two>()

---

Kinda-breaking changes: essentially none, but technically, .branded no longer returns a "full" ExpectTypeOf instance at compile-time. Previously you could do this:

expectTypeOf<{a: {b: 1} & {c: 1}}>().branded.not.toEqualTypeOf<{a: {b: 1; c: ''}}>()
expectTypeOf<{a: {b: 1} & {c: 1}}>().not.branded.toEqualTypeOf<{a: {b: 1; c: ''}}>()

Now that won't work (and it was always slightly nonsensical), so you'd have to use // @​ts-expect-error instead of not if you have a negated case where you need branded:

// @​ts-expect-error
expectTypeOf<{a: {b: 1} & {c: 1}}>().branded.not.toEqualTypeOf<{a: {b: 1; c: ''}}>()

---

What's Changed

• Improve CLI error messages by @​mmkal in https://github.com/mmkal/expect-type/pull/16
• expect-type is usually a dev dependency by @​SerkanSipahi in https://github.com/mmkal/expect-type/pull/39

New Contributors

• @​SerkanSipahi made their first contribution in https://github.com/mmkal/expect-type/pull/39

Full Changelog: mmkal/expect-type@v0.16.0...v0.17.0

isaacs/rimraf (rimraf)

v5.0.5

Compare Source

v5.0.4

Compare Source

v5.0.3

Compare Source

v5.0.2

Compare Source

esbuild-kit/tsx (tsx)

v3.13.0

Compare Source

Features

• esm & cjs loaders (#​320) (e46366d)

---

This release is also available on:

• npm package (@​latest dist-tag)

---

Configuration

📅 Schedule: Branch creation - "after 10pm every weekday,before 5am every weekday,every weekend" in timezone Europe/Berlin, Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.

---

• If you want to rebase/retry this PR, check this box

---

This PR has been generated by Mend Renovate. View repository job log here.