chore(deps): update dev-dependencies #3912

renovate · 2024-01-24T00:19:50Z

renovate commented

2024-01-24 00:19:50 +00:00

This PR contains the following updates:

Package	Type	Update	Change
@types/node (source)	devDependencies	patch	`20.11.5` -> `20.11.6`
esbuild	devDependencies	patch	`0.19.11` -> `0.19.12`
happy-dom	devDependencies	minor	`13.2.1` -> `13.3.1`

Release Notes

evanw/esbuild (esbuild)

`v0.19.12`

Compare Source

The "preserve" JSX mode now preserves JSX text verbatim (#3605)

The JSX specification 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 (esbuild deliberately follows TypeScript 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:
```
// Original code
let el =
  <a href={'/'} title='&apos;&quot;'> some text
    {foo}
      more text </a>

// Old output (with --loader=jsx --jsx=preserve)
let el = <a href="/" title={`'"`}>
  {" some text"}
  {foo}
  {"more text "}
</a>;

// New output (with --loader=jsx --jsx=preserve)
let el = <a href={"/"} title='&apos;&quot;'> some text
    {foo}
      more text </a>;
```
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:
```
let el = <div data-ab=<><a/><b/></>/>;
```
I think I originally didn't implement it even though it's part of the JSX specification because it previously didn't work in TypeScript (and potentially also in Babel?). However, support for it was silently added in TypeScript 4.8 without me noticing and Babel has also since fixed their bugs regarding this feature. 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. 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)

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:
```
type InferUnion<T> = T extends { a: infer U extends number } | infer U extends number ? U : never
```

capricorn86/happy-dom (happy-dom)

🎨 Features

Adds support for sending in Window options to GlobalRegistrator.register() in "@happy-dom/global-registrator". (#1105)

👷‍♂️ Patch fixes

Fixes problem with getters and setters not being added to the global object when using GlobalRegistrator.register() in "@happy-dom/global-registrator". (#1105)

`v13.2.2`

Compare Source

👷‍♂️ Patch fixes

Fixes issue where it is not possible to set global.location.href when using Happy DOM in the global scope (e.g. by using @happy-dom/global-registrator). (#1230)

Configuration

📅 Schedule: Branch creation - "before 4am" (UTC), 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 Renovate Bot.

This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | [@types/node](https://github.com/DefinitelyTyped/DefinitelyTyped/tree/master/types/node) ([source](https://github.com/DefinitelyTyped/DefinitelyTyped/tree/HEAD/types/node)) | devDependencies | patch | [`20.11.5` -> `20.11.6`](https://renovatebot.com/diffs/npm/@types%2fnode/20.11.5/20.11.6) | | [esbuild](https://github.com/evanw/esbuild) | devDependencies | patch | [`0.19.11` -> `0.19.12`](https://renovatebot.com/diffs/npm/esbuild/0.19.11/0.19.12) | | [happy-dom](https://github.com/capricorn86/happy-dom) | devDependencies | minor | [`13.2.1` -> `13.3.1`](https://renovatebot.com/diffs/npm/happy-dom/13.2.1/13.3.1) | --- ### Release Notes <details> <summary>evanw/esbuild (esbuild)</summary> ### [`v0.19.12`](https://github.com/evanw/esbuild/blob/HEAD/CHANGELOG.md#01912) [Compare Source](https://github.com/evanw/esbuild/compare/v0.19.11...v0.19.12) - The "preserve" JSX mode now preserves JSX text verbatim ([#3605](https://github.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 = <a href={'/'} title=''"'> some text {foo} more text </a> // Old output (with --loader=jsx --jsx=preserve) let el = <a href="/" title={`'"`}> {" some text"} {foo} {"more text "} </a>; // New output (with --loader=jsx --jsx=preserve) let el = <a href={"/"} title=''"'> some text {foo} more text </a>; ``` - 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 = <div data-ab=<><a/><b/></>/>; ``` 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://github.com/microsoft/TypeScript/pull/47994) without me noticing and Babel has also since fixed their [bugs regarding this feature](https://github.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://github.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://github.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> = T extends { a: infer U extends number } | infer U extends number ? U : never ``` </details> <details> <summary>capricorn86/happy-dom (happy-dom)</summary> ### [`v13.3.1`](https://github.com/capricorn86/happy-dom/releases/tag/v13.3.1) [Compare Source](https://github.com/capricorn86/happy-dom/compare/v13.3.0...v13.3.1) ##### :construction_worker_man: Patch fixes - Improves documentation for "[@happy-dom/global-registrator](https://github.com/happy-dom/global-registrator)". ([#1233](https://github.com/capricorn86/happy-dom/issues/1233)) ### [`v13.3.0`](https://github.com/capricorn86/happy-dom/releases/tag/v13.3.0) [Compare Source](https://github.com/capricorn86/happy-dom/compare/v13.2.2...v13.3.0) ##### :art: Features - Adds support for sending in Window options to `GlobalRegistrator.register()` in "[@happy-dom/global-registrator](https://github.com/happy-dom/global-registrator)". ([#1105](https://github.com/capricorn86/happy-dom/issues/1105)) ##### :construction_worker_man: Patch fixes - Fixes problem with getters and setters not being added to the global object when using `GlobalRegistrator.register()` in "[@happy-dom/global-registrator](https://github.com/happy-dom/global-registrator)". ([#1105](https://github.com/capricorn86/happy-dom/issues/1105)) ### [`v13.2.2`](https://github.com/capricorn86/happy-dom/releases/tag/v13.2.2) [Compare Source](https://github.com/capricorn86/happy-dom/compare/v13.2.1...v13.2.2) ##### :construction_worker_man: Patch fixes - Fixes issue where it is not possible to set `global.location.href` when using Happy DOM in the global scope (e.g. by using [@happy-dom/global-registrator](https://github.com/happy-dom/global-registrator)). ([#1230](https://github.com/capricorn86/happy-dom/issues/1230)) </details> --- ### Configuration 📅 **Schedule**: Branch creation - "before 4am" (UTC), 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](https://github.com/renovatebot/renovate/discussions) if that's undesired. --- - [ ] If you want to rebase/retry this PR, check this box --- This PR has been generated by [Renovate Bot](https://github.com/renovatebot/renovate).

renovate added the

dependencies

label 2024-01-24 00:19:50 +00:00

renovate added 1 commit 2024-01-24 00:19:52 +00:00

continuous-integration/drone/pr Build is passing Details

01a2068db3 chore(deps): update dependency esbuild to v0.19.12

frederick commented

2024-01-24 00:26:23 +00:00

Hi renovate!

Thank you for creating a PR!

I've deployed the changes of this PR on a preview environment under this URL: https://3912-renovate-dev-dependencies--vikunja-frontend-preview.netlify.app

You can use this url to view the changes live and test them out.
You will need to manually connect this to an api running somehwere. The easiest to use is https://try.vikunja.io/.

Have a nice day!

Beep boop, I'm a bot.

Hi renovate! Thank you for creating a PR! I've deployed the changes of this PR on a preview environment under this URL: https://3912-renovate-dev-dependencies--vikunja-frontend-preview.netlify.app You can use this url to view the changes live and test them out. You will need to manually connect this to an api running somehwere. The easiest to use is https://try.vikunja.io/. Have a nice day! > Beep boop, I'm a bot.

renovate changed title from ~~chore(deps): update dependency esbuild to v0.19.12~~ to chore(deps): update dev-dependencies

2024-01-24 01:19:18 +00:00

renovate force-pushed renovate/dev-dependencies from 01a2068db3 to c6ae8636ee

2024-01-24 01:19:30 +00:00

Compare

renovate force-pushed renovate/dev-dependencies from c6ae8636ee to 83829da478

2024-01-24 02:19:20 +00:00

Compare

renovate force-pushed renovate/dev-dependencies from 83829da478 to 00d48a6178

2024-01-24 06:19:59 +00:00

Compare

konrad merged commit 00d48a6178 into main