An open index of dependabot pull requests across open source projects.

chore(deps): bump the production-dependencies group across 1 directory with 8 updates

Open
Number: #24
Type: Pull Request
State: Open
Author: dependabot[bot] dependabot[bot]
Association: Contributor
Comments: 1
Created: August 14, 2025 at 07:34 AM UTC
(3 months ago)
Updated: August 18, 2025 at 06:20 AM UTC
(3 months ago)
Labels:
dependencies javascript
Description:

Bumps the production-dependencies group with 8 updates in the / directory:

Package From To
chalk 5.4.1 5.5.0
preact 10.26.9 10.27.0
pretty-bytes 7.0.0 7.0.1
satori 0.15.2 0.16.2
shiki 3.7.0 3.9.2
@types/node 24.0.13 24.2.1
esbuild 0.25.6 0.25.9
tsx 4.20.3 4.20.4

Updates chalk from 5.4.1 to 5.5.0

Release notes

Sourced from chalk's releases.

v5.5.0

  • Make Ghostty terminal use true color (#653) 79ee2d3

https://github.com/chalk/chalk/compare/v5.4.1...v5.5.0

Commits

Updates preact from 10.26.9 to 10.27.0

Release notes

Sourced from preact's releases.

10.27.0

Features

Fixes

  • Ensure we rerender after a suspensefully hydrating boundary throws an… (#4856, thanks @​JoviDeCroock)

Maintenance

Commits
  • e42b82b Merge pull request #4859 from preactjs/10.26.10
  • 43598cf chore: Backport refcallback type and debug helpers (#4860)
  • 6fea157 Merge pull request #4856 from preactjs/ensure-we-rerender
  • 6e24eda Only mark force when it's a real error
  • dec937f Ensure we rerender after a suspensefully hydrating boundary throws an error
  • a9b12d9 chore: Update 'replaceNode' deprecation comment to point at new shim (#4844)
  • 504eb5c perf: reduce some repeated logic (#4814) (#4821)
  • See full diff in compare view

Updates pretty-bytes from 7.0.0 to 7.0.1

Release notes

Sourced from pretty-bytes's releases.

v7.0.1

  • Fix precision with the binary option (#88) c9fd951

https://github.com/sindresorhus/pretty-bytes/compare/v7.0.0...v7.0.1

Commits

Updates satori from 0.15.2 to 0.16.2

Release notes

Sourced from satori's releases.

0.16.2

0.16.2 (2025-07-29)

Bug Fixes

0.16.1

0.16.1 (2025-07-23)

Bug Fixes

0.16.0

This is a big update thanks to updates from our dependency Yoga.

  • Support for box-sizing
  • Support for display: contents
  • Support for position: static
  • Support for align-content: space-evenly
  • Better support for position: absolute
  • Support for percentage values for gap

Also removed the satori/wasm entrypoint as we're always inlining the WASM binary in the lib source now.

0.16.0 (2025-07-21)

Features

Commits

Updates shiki from 3.7.0 to 3.9.2

Release notes

Sourced from shiki's releases.

v3.9.2

   🚀 Features

    View changes on GitHub

v3.9.1

   🚀 Features

    View changes on GitHub

v3.9.0

   🐞 Bug Fixes

    View changes on GitHub

v3.8.1

   🐞 Bug Fixes

    View changes on GitHub

v3.8.0

   🚀 Features

    View changes on GitHub
Commits

Updates @types/node from 24.0.13 to 24.2.1

Commits

Updates esbuild from 0.25.6 to 0.25.9

Release notes

Sourced from esbuild's releases.

v0.25.9

  • Better support building projects that use Yarn on Windows (#3131, #3663)

    With this release, you can now use esbuild to bundle projects that use Yarn Plug'n'Play on Windows on drives other than the C: drive. The problem was as follows:

    1. Yarn in Plug'n'Play mode on Windows stores its global module cache on the C: drive
    2. Some developers put their projects on the D: drive
    3. Yarn generates relative paths that use ../.. to get from the project directory to the cache directory
    4. Windows-style paths don't support directory traversal between drives via .. (so D:\.. is just D:)
    5. I didn't have access to a Windows machine for testing this edge case

    Yarn works around this edge case by pretending Windows-style paths beginning with C:\ are actually Unix-style paths beginning with /C:/, so the ../.. path segments are able to navigate across drives inside Yarn's implementation. This was broken for a long time in esbuild but I finally got access to a Windows machine and was able to debug and fix this edge case. So you should now be able to bundle these projects with esbuild.

  • Preserve parentheses around function expressions (#4252)

    The V8 JavaScript VM uses parentheses around function expressions as an optimization hint to immediately compile the function. Otherwise the function would be lazily-compiled, which has additional overhead if that function is always called immediately as lazy compilation involves parsing the function twice. You can read V8's blog post about this for more details.

    Previously esbuild did not represent parentheses around functions in the AST so they were lost during compilation. With this change, esbuild will now preserve parentheses around function expressions when they are present in the original source code. This means these optimization hints will not be lost when bundling with esbuild. In addition, esbuild will now automatically add this optimization hint to immediately-invoked function expressions. Here's an example:

    // Original code
    const fn0 = () => 0
    const fn1 = (() => 1)
    console.log(fn0, function() { return fn1() }())
    

    // Old output
    const fn0 = () => 0;
    const fn1 = () => 1;
    console.log(fn0, function() {
    return fn1();
    }());

    // New output
    const fn0 = () => 0;
    const fn1 = (() => 1);
    console.log(fn0, (function() {
    return fn1();
    })());

    Note that you do not want to wrap all function expressions in parentheses. This optimization hint should only be used for functions that are called on initial load. Using this hint for functions that are not called on initial load will unnecessarily delay the initial load. Again, see V8's blog post linked above for details.

  • Update Go from 1.23.10 to 1.23.12 (#4257, #4258)

    This should have no effect on existing code as this version change does not change Go's operating system support. It may remove certain false positive reports (specifically CVE-2025-4674 and CVE-2025-47907) from vulnerability scanners that only detect which version of the Go compiler esbuild uses.

v0.25.8

  • Fix another TypeScript parsing edge case (#4248)

    This fixes a regression with a change in the previous release that tries to more accurately parse TypeScript arrow functions inside the ?: operator. The regression specifically involves parsing an arrow function containing a #private identifier inside the middle of a ?: ternary operator inside a class body. This was fixed by propagating private identifier state into the parser clone used to speculatively parse the arrow function body. Here is an example of some affected code:

... (truncated)

Changelog

Sourced from esbuild's changelog.

0.25.9

  • Better support building projects that use Yarn on Windows (#3131, #3663)

    With this release, you can now use esbuild to bundle projects that use Yarn Plug'n'Play on Windows on drives other than the C: drive. The problem was as follows:

    1. Yarn in Plug'n'Play mode on Windows stores its global module cache on the C: drive
    2. Some developers put their projects on the D: drive
    3. Yarn generates relative paths that use ../.. to get from the project directory to the cache directory
    4. Windows-style paths don't support directory traversal between drives via .. (so D:\.. is just D:)
    5. I didn't have access to a Windows machine for testing this edge case

    Yarn works around this edge case by pretending Windows-style paths beginning with C:\ are actually Unix-style paths beginning with /C:/, so the ../.. path segments are able to navigate across drives inside Yarn's implementation. This was broken for a long time in esbuild but I finally got access to a Windows machine and was able to debug and fix this edge case. So you should now be able to bundle these projects with esbuild.

  • Preserve parentheses around function expressions (#4252)

    The V8 JavaScript VM uses parentheses around function expressions as an optimization hint to immediately compile the function. Otherwise the function would be lazily-compiled, which has additional overhead if that function is always called immediately as lazy compilation involves parsing the function twice. You can read V8's blog post about this for more details.

    Previously esbuild did not represent parentheses around functions in the AST so they were lost during compilation. With this change, esbuild will now preserve parentheses around function expressions when they are present in the original source code. This means these optimization hints will not be lost when bundling with esbuild. In addition, esbuild will now automatically add this optimization hint to immediately-invoked function expressions. Here's an example:

    // Original code
    const fn0 = () => 0
    const fn1 = (() => 1)
    console.log(fn0, function() { return fn1() }())
    

    // Old output
    const fn0 = () => 0;
    const fn1 = () => 1;
    console.log(fn0, function() {
    return fn1();
    }());

    // New output
    const fn0 = () => 0;
    const fn1 = (() => 1);
    console.log(fn0, (function() {
    return fn1();
    })());

    Note that you do not want to wrap all function expressions in parentheses. This optimization hint should only be used for functions that are called on initial load. Using this hint for functions that are not called on initial load will unnecessarily delay the initial load. Again, see V8's blog post linked above for details.

  • Update Go from 1.23.10 to 1.23.12 (#4257, #4258)

    This should have no effect on existing code as this version change does not change Go's operating system support. It may remove certain false positive reports (specifically CVE-2025-4674 and CVE-2025-47907) from vulnerability scanners that only detect which version of the Go compiler esbuild uses.

0.25.8

  • Fix another TypeScript parsing edge case (#4248)

... (truncated)

Commits

Updates tsx from 4.20.3 to 4.20.4

Release notes

Sourced from tsx's releases.

v4.20.4

4.20.4 (2025-08-12)

Bug Fixes


This release is also available on:

Commits

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
Pull Request Statistics
Commits:
0
Files Changed:
0
Additions:
+0
Deletions:
-0
Package Dependencies
Package:
@types/node
Ecosystem:
npm
Version Change:
24.0.13 → 24.2.1
Update Type:
Minor
Package:
esbuild
Ecosystem:
npm
Version Change:
0.25.6 → 0.25.9
Update Type:
Patch
Package:
tsx
Ecosystem:
npm
Version Change:
4.20.3 → 4.20.4
Update Type:
Patch
Package:
satori
Ecosystem:
npm
Version Change:
0.15.2 → 0.16.2
Update Type:
Minor
Package:
shiki
Ecosystem:
npm
Version Change:
3.7.0 → 3.9.2
Update Type:
Minor
Package:
chalk
Ecosystem:
npm
Version Change:
5.4.1 → 5.5.0
Update Type:
Minor
Package:
preact
Ecosystem:
npm
Version Change:
10.26.9 → 10.27.0
Update Type:
Minor
Ecosystem:
npm
Version Change:
7.0.0 → 7.0.1
Update Type:
Patch
Technical Details
ID: 5258342
UUID: 3321134028
Node ID: PR_kwDOOraRoM6joK0O
Host: GitHub
Repository: codeyoma/codeyoma.github.io