Skip to content

Bump WebKit to autobuild-preview-pr-185-309b1951 - #29421

Closed
Jarred-Sumner wants to merge 1 commit into
mainfrom
claude/webkit-pr-185
Closed

Bump WebKit to autobuild-preview-pr-185-309b1951#29421
Jarred-Sumner wants to merge 1 commit into
mainfrom
claude/webkit-pr-185

Conversation

@Jarred-Sumner

Copy link
Copy Markdown
Collaborator

Tests oven-sh/WebKit#185 — libpas on Windows now releases the TLC commit charge during scavenge and hardens VirtualQuery.

Tests oven-sh/WebKit#185 (libpas Windows TLC commit-charge release).
@robobun

robobun commented Apr 17, 2026

Copy link
Copy Markdown
Collaborator
Updated 11:05 PM PT - Apr 17th, 2026

@Jarred-Sumner, your commit 9e106cf has 84 failures in Build #46145 (All Failures):


🧪   To try this PR locally:

bunx bun-pr 29421

That installs a local version of the PR into your bun-29421 executable, so you can run:

bun-29421 --bun

@github-actions

Copy link
Copy Markdown
Contributor

Found 6 issues this PR may fix:

  1. Blob allocations cause excessive memory, and GC does not release all memory / Windows 10 / Blob,Uint8Array,ArrayBuffer #20544 - GC does not release all memory on Windows 10 with Blob/Uint8Array/ArrayBuffer — directly matches libpas TLC commit charge not being released during scavenge
  2. It takes up a lot of memory resources on Windows 10. #14852 - Excessive memory resource usage on Windows 10 — consistent with libpas thread-local caches not returning committed memory to the OS
  3. Bun 1.3.11 (integrated in Claude Code) on Windows x64 OOM crash #28174 - OOM crash on Windows x64 (Bun 1.3.11 in Claude Code) — could result from libpas failing to reclaim memory during scavenging
  4. Segfault after ~24h idle on Windows 11 with sleep/wake cycles #28175 - Segfault after ~24h idle on Windows 11 with sleep/wake cycles — idle periods are exactly when scavenging should reclaim TLC memory
  5. Segfault (null pointer at 0x0) in long-running standalone executable on Windows after sustained memory pressure #26862 - Segfault in long-running standalone executable on Windows after sustained memory pressure — consistent with libpas VirtualQuery or TLC memory mismanagement
  6. Bun v1.3.10 crashes with segmentation fault on Windows 10 x64 #27414 - Segmentation fault on Windows 10 x64 (Bun v1.3.10) — plausibly caused by VirtualQuery hardening issue or libpas memory mismanagement

If this is helpful, copy the block below into the PR description to auto-close these issues on merge.

Fixes #20544
Fixes #14852
Fixes #28174
Fixes #28175
Fixes #26862
Fixes #27414

🤖 Generated with Claude Code

@Jarred-Sumner

Copy link
Copy Markdown
Collaborator Author

All Windows targets segfault in bake/dev/html.test.ts and bake/dev-and-prod.test.ts (x64, x64-baseline, aarch64). Crash happens during bake dev server HMR after a few reloads — consistent with the libpas TLC scavenge change in oven-sh/WebKit#185 freeing or decommitting memory the dev server still references.

panic(thread 1768): Segmentation fault at address 0x1D61B803032
https://bun.report/1.3.13/wt29e106cfiGykogigDos/8wC2i28wC26q4xCmk9g2DCYKERNEL32.DLLos9FCSntdll.dllis0WA2sdkj4gwb

Non-Windows targets unaffected.

@robobun

robobun commented Aug 12, 2026

Copy link
Copy Markdown
Collaborator

Closing as superseded. This draft existed to run CI on the oven-sh/WebKit#185 preview build, and that run segfaulted on every Windows target (comment above). The fork's main line has since resolved each of the three parts of oven-sh/WebKit#185 another way, and all of it is in main's current pin, 7b763944 (#37525):

oven-sh/WebKit#185 itself is still open on the fork side.

@robobun robobun closed this Aug 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants