Skip to content

Bump version to 0.50.0 - #88

Closed
lawrencecchen wants to merge 1 commit into
mainfrom
release/v0.50.0
Closed

lawrencecchen wants to merge 1 commit into
mainfrom
release/v0.50.0

Conversation

@lawrencecchen

Copy link
Copy Markdown
Contributor

Release v0.50.0

Fixed

  • Fix UI lag (menubar, right-click) on M1 Macs in release builds

Build GhosttyKit with universal xcframework target instead of native to avoid M4-tuned code running suboptimally on M1.

@cmux-agent

cmux-agent Bot commented Feb 19, 2026 •

Copy link
Copy Markdown
Contributor

Preview Videos and Screenshots

Open Workspace (1 hr expiry) · Open Dev Browser (1 hr expiry) · Open Diff Heatmap

Screenshot capture was skipped.

No UI changes detected - screenshots skipped


Generated by manaflow preview system

@vercel

vercel Bot commented Feb 19, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
cmux Ready Ready Preview, Comment Feb 19, 2026 4:31am

@lawrencecchen
lawrencecchen deleted the release/v0.50.0 branch February 19, 2026 04:34
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
lawrencecchen added a commit that referenced this pull request Oct 2, 2026
closing_one_hundred_terminals_updates_the_tree_at_once_and_ends_every_host
stalls about 2 s at fixed points (closes #71, #72, #88, #99 in probe runs
36951324179, 36953259790, 36953266201, 36951369512; it also did so before
the host frame reader landed). Daemon probes showed each stall is a
SetKittyGraphicsLimits request on a mux-deadline worker that waits the full
2 s CONTROL_RESPONSE_TIMEOUT and fails, at Kitty budget bucket changes. The
terminal's reader received ResyncRequired for every update and never the
KittyGraphicsLimitsAck. The request holds the terminal's runtime lock while
it waits, so a close of that terminal waits too. Reproduced locally with the
hosted binary: closing 17 terminals stalls one close for about 2.0 s in 3 of 3
runs (bucket 32 -> 8).

The test closes 17 terminals and requires every close-terminal reply under
1 s.

Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>

This branch was successfully deployed

1 active deployment
Preview — a3e29d34 Deployed Feb 19, 2026 by vercel[bot]
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.

1 participant