Bump esbuild from 0.25.4 to 0.25.5 in the npm_and_yarn group across 1 directory (tldraw#6316)

Bumps the npm_and_yarn group with 1 update in the / directory:
[esbuild](https://github.com/evanw/esbuild).

Updates `esbuild` from 0.25.4 to 0.25.5
<details>
<summary>Release notes</summary>
<p><em>Sourced from <a
href="https://github.com/evanw/esbuild/releases">esbuild's
releases</a>.</em></p>
<blockquote>
<h2>v0.25.5</h2>
<ul>
<li>
<p>Fix a regression with <code>browser</code> in
<code>package.json</code> (<a
href="https://redirect.github.com/evanw/esbuild/issues/4187">#4187</a>)</p>
<p>The fix to <a
href="https://redirect.github.com/evanw/esbuild/issues/4144">#4144</a>
in version 0.25.3 introduced a regression that caused
<code>browser</code> overrides specified in <code>package.json</code> to
fail to override relative path names that end in a trailing slash. That
behavior change affected the <code>axios@0.30.0</code> package. This
regression has been fixed, and now has test coverage.</p>
</li>
<li>
<p>Add support for certain keywords as TypeScript tuple labels (<a
href="https://redirect.github.com/evanw/esbuild/issues/4192">#4192</a>)</p>
<p>Previously esbuild could incorrectly fail to parse certain keywords
as TypeScript tuple labels that are parsed by the official TypeScript
compiler if they were followed by a <code>?</code> modifier. These
labels included <code>function</code>, <code>import</code>,
<code>infer</code>, <code>new</code>, <code>readonly</code>, and
<code>typeof</code>. With this release, these keywords will now be
parsed correctly. Here's an example of some affected code:</p>
<pre lang="ts"><code>type Foo = [
  value: any,
  readonly?: boolean, // This is now parsed correctly
]
</code></pre>
</li>
<li>
<p>Add CSS prefixes for the <code>stretch</code> sizing value (<a
href="https://redirect.github.com/evanw/esbuild/issues/4184">#4184</a>)</p>
<p>This release adds support for prefixing CSS declarations such as
<code>div { width: stretch }</code>. That CSS is now transformed into
this depending on what the <code>--target=</code> setting includes:</p>
<pre lang="css"><code>div {
  width: -webkit-fill-available;
  width: -moz-available;
  width: stretch;
}
</code></pre>
</li>
</ul>
</blockquote>
</details>
<details>
<summary>Changelog</summary>
<p><em>Sourced from <a
href="https://github.com/evanw/esbuild/blob/main/CHANGELOG.md">esbuild's
changelog</a>.</em></p>
<blockquote>
<h2>0.25.5</h2>
<ul>
<li>
<p>Fix a regression with <code>browser</code> in
<code>package.json</code> (<a
href="https://redirect.github.com/evanw/esbuild/issues/4187">#4187</a>)</p>
<p>The fix to <a
href="https://redirect.github.com/evanw/esbuild/issues/4144">#4144</a>
in version 0.25.3 introduced a regression that caused
<code>browser</code> overrides specified in <code>package.json</code> to
fail to override relative path names that end in a trailing slash. That
behavior change affected the <code>axios@0.30.0</code> package. This
regression has been fixed, and now has test coverage.</p>
</li>
<li>
<p>Add support for certain keywords as TypeScript tuple labels (<a
href="https://redirect.github.com/evanw/esbuild/issues/4192">#4192</a>)</p>
<p>Previously esbuild could incorrectly fail to parse certain keywords
as TypeScript tuple labels that are parsed by the official TypeScript
compiler if they were followed by a <code>?</code> modifier. These
labels included <code>function</code>, <code>import</code>,
<code>infer</code>, <code>new</code>, <code>readonly</code>, and
<code>typeof</code>. With this release, these keywords will now be
parsed correctly. Here's an example of some affected code:</p>
<pre lang="ts"><code>type Foo = [
  value: any,
  readonly?: boolean, // This is now parsed correctly
]
</code></pre>
</li>
<li>
<p>Add CSS prefixes for the <code>stretch</code> sizing value (<a
href="https://redirect.github.com/evanw/esbuild/issues/4184">#4184</a>)</p>
<p>This release adds support for prefixing CSS declarations such as
<code>div { width: stretch }</code>. That CSS is now transformed into
this depending on what the <code>--target=</code> setting includes:</p>
<pre lang="css"><code>div {
  width: -webkit-fill-available;
  width: -moz-available;
  width: stretch;
}
</code></pre>
</li>
</ul>
</blockquote>
</details>
<details>
<summary>Commits</summary>
<ul>
<li><a
href="https://github.com/evanw/esbuild/commit/ea453bf687c8e5cf3c5f11aae372c5ca33be0c98"><code>ea453bf</code></a>
publish 0.25.5 to npm</li>
<li><a
href="https://github.com/evanw/esbuild/commit/223ddc6a5f1b4721573765eb5b8571888f64313e"><code>223ddc6</code></a>
fix <a
href="https://redirect.github.com/evanw/esbuild/issues/4187">#4187</a>:
browser <code>package.json</code> regression</li>
<li><a
href="https://github.com/evanw/esbuild/commit/b2c825150b7aa471bcc9b4302ba990557596c35f"><code>b2c8251</code></a>
fix <a
href="https://redirect.github.com/evanw/esbuild/issues/4192">#4192</a>:
typescript tuple label parser edge case</li>
<li><a
href="https://github.com/evanw/esbuild/commit/28cf2f3e7f4b5b2e629171c0e340fbb406ce68f8"><code>28cf2f3</code></a>
fix <a
href="https://redirect.github.com/evanw/esbuild/issues/4184">#4184</a>:
css prefixes for <code>stretch</code></li>
<li><a
href="https://github.com/evanw/esbuild/commit/bee1b09cd565fd122c798f57c9617111f7c999ca"><code>bee1b09</code></a>
fix comment indents</li>
<li><a
href="https://github.com/evanw/esbuild/commit/9ddfe5fa15a5e782f8118459a1b8aa3f9f9e87c2"><code>9ddfe5f</code></a>
run <code>make update-compat-table</code></li>
<li><a
href="https://github.com/evanw/esbuild/commit/c339f34484463f597b77c8450c393bfdd26c629e"><code>c339f34</code></a>
fix a misplaced comment</li>
<li>See full diff in <a
href="https://github.com/evanw/esbuild/compare/v0.25.4...v0.25.5">compare
view</a></li>
</ul>
</details>
<br />


[![Dependabot compatibility
score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=esbuild&package-manager=npm_and_yarn&previous-version=0.25.4&new-version=0.25.5)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores)

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-automerge-start)
[//]: # (dependabot-automerge-end)

---

<details>
<summary>Dependabot commands and options</summary>
<br />

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
You can disable automated security fix PRs for this repo from the
[Security Alerts page](https://github.com/tldraw/tldraw/network/alerts).

</details>

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Co-authored-by: Mime Čuvalo <mimecuvalo@gmail.com>

Author: dependabot[bot]