chore(deps): update all non-major dependencies

This PR contains the following updates:

Package	Change	Age	Adoption	Passing	Confidence
@sveltejs/adapter-auto (source)	`^3.1.0` -> `^3.1.1`
@sveltejs/package (source)	`^2.2.5` -> `^2.2.6`
@types/node (source)	`^20.11.2` -> `^20.11.7`
@typescript-eslint/eslint-plugin (source)	`^6.19.0` -> `^6.19.1`
@typescript-eslint/parser (source)	`^6.19.0` -> `^6.19.1`
autoprefixer	`^10.4.16` -> `^10.4.17`
esbuild	`^0.19.11` -> `^0.19.12`
playwright-core (source)	`~1.40.1` -> `~1.41.1`
pnpm (source)	`8.14.1` -> `8.14.3`
prettier (source)	`^3.2.2` -> `^3.2.4`
sass	`^1.69.7` -> `^1.70.0`
svelte (source)	`^4.2.8` -> `^4.2.9`
vitest (source)	`^1.2.0` -> `^1.2.2`

Release Notes

sveltejs/kit (@sveltejs/adapter-auto)

### [`v3.1.1`](https://togithub.com/sveltejs/kit/blob/HEAD/packages/adapter-auto/CHANGELOG.md#311) [Compare Source](https://togithub.com/sveltejs/kit/compare/@sveltejs/adapter-auto@3.1.0...@sveltejs/adapter-auto@3.1.1) ##### Patch Changes - fix: better error message when using `read` ([#11689](https://togithub.com/sveltejs/kit/pull/11689))

sveltejs/kit (@sveltejs/package)

### [`v2.2.6`](https://togithub.com/sveltejs/kit/blob/HEAD/packages/package/CHANGELOG.md#226) [Compare Source](https://togithub.com/sveltejs/kit/compare/@sveltejs/package@2.2.5...@sveltejs/package@2.2.6) ##### Patch Changes - chore: bump svelte2tsx dependency to support generating types for `.svelte.js/ts` files ([#11619](https://togithub.com/sveltejs/kit/pull/11619))

typescript-eslint/typescript-eslint (@typescript-eslint/eslint-plugin)

### [`v6.19.1`](https://togithub.com/typescript-eslint/typescript-eslint/blob/HEAD/packages/eslint-plugin/CHANGELOG.md#6191-2024-01-22) [Compare Source](https://togithub.com/typescript-eslint/typescript-eslint/compare/v6.19.0...v6.19.1) ##### 🩹 Fixes - **type-utils:** preventing isUnsafeAssignment infinite recursive calls - **eslint-plugin:** \[no-unnecessary-condition] fix false positive for type variable ##### ❤️ Thank You - YeonJuan You can read about our [versioning strategy](https://main--typescript-eslint.netlify.app/users/versioning) and [releases](https://main--typescript-eslint.netlify.app/users/releases) on our website.

typescript-eslint/typescript-eslint (@typescript-eslint/parser)

### [`v6.19.1`](https://togithub.com/typescript-eslint/typescript-eslint/blob/HEAD/packages/parser/CHANGELOG.md#6191-2024-01-22) [Compare Source](https://togithub.com/typescript-eslint/typescript-eslint/compare/v6.19.0...v6.19.1) 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](https://main--typescript-eslint.netlify.app/users/versioning) and [releases](https://main--typescript-eslint.netlify.app/users/releases) on our website.

postcss/autoprefixer (autoprefixer)

### [`v10.4.17`](https://togithub.com/postcss/autoprefixer/blob/HEAD/CHANGELOG.md#10417) [Compare Source](https://togithub.com/postcss/autoprefixer/compare/10.4.16...10.4.17) - Fixed `user-select: contain` prefixes.

evanw/esbuild (esbuild)

### [`v0.19.12`](https://togithub.com/evanw/esbuild/blob/HEAD/CHANGELOG.md#01912) [Compare Source](https://togithub.com/evanw/esbuild/compare/v0.19.11...v0.19.12) - The "preserve" JSX mode now preserves JSX text verbatim ([#3605](https://togithub.com/evanw/esbuild/issues/3605)) The [JSX specification](https://facebook.github.io/jsx/) deliberately doesn't specify how JSX text is supposed to be interpreted and there is no canonical way to interpret JSX text. Two most popular interpretations are Babel and TypeScript. Yes [they are different](https://twitter.com/jarredsumner/status/1456118847937781764) (esbuild [deliberately follows TypeScript](https://twitter.com/evanwallace/status/1456122279453208576) by the way). Previously esbuild normalized text to the TypeScript interpretation when the "preserve" JSX mode is active. However, "preserve" should arguably reproduce the original JSX text verbatim so that whatever JSX transform runs after esbuild is free to interpret it however it wants. So with this release, esbuild will now pass JSX text through unmodified: ```jsx // Original code let el = some text {foo} more text // Old output (with --loader=jsx --jsx=preserve) let el = {" some text"} {foo} {"more text "} ; // New output (with --loader=jsx --jsx=preserve) let el = some text {foo} more text ; ``` - Allow JSX elements as JSX attribute values JSX has an obscure feature where you can use JSX elements in attribute position without surrounding them with `{...}`. It looks like this: ```jsx let el =

/>; ``` I think I originally didn't implement it even though it's part of the [JSX specification](https://facebook.github.io/jsx/) because it previously didn't work in TypeScript (and potentially also in Babel?). However, support for it was [silently added in TypeScript 4.8](https://togithub.com/microsoft/TypeScript/pull/47994) without me noticing and Babel has also since fixed their [bugs regarding this feature](https://togithub.com/babel/babel/pull/6006). So I'm adding it to esbuild too now that I know it's widely supported. Keep in mind that there is some ongoing discussion about [removing this feature from JSX](https://togithub.com/facebook/jsx/issues/53). I agree that the syntax seems out of place (it does away with the elegance of "JSX is basically just XML with `{...}` escapes" for something arguably harder to read, which doesn't seem like a good trade-off), but it's in the specification and TypeScript and Babel both implement it so I'm going to have esbuild implement it too. However, I reserve the right to remove it from esbuild if it's ever removed from the specification in the future. So use it with caution. - Fix a bug with TypeScript type parsing ([#3574](https://togithub.com/evanw/esbuild/issues/3574)) This release fixes a bug with esbuild's TypeScript parser where a conditional type containing a union type that ends with an infer type that ends with a constraint could fail to parse. This was caused by the "don't parse a conditional type" flag not getting passed through the union type parser. Here's an example of valid TypeScript code that previously failed to parse correctly: ```ts type InferUnion = T extends { a: infer U extends number } | infer U extends number ? U : never ```