[teamleaderleo]

Leo, 2026-10-29:

in the more area of the right-click for the workspaces, that needs to have... Yeah, these, like, pain links, pain IDs, whatever the hell. Okay, we did add those links, and it's nice, these UUIDs and stuff, but we, um, yeah, I don't know. I don't know. I feel like there's a much better way of doing things than just all of these menus. Because, like, more importantly, the workspaces, you know, in this case, you don't, like, there's no link to workspace, which is, I mean, that seems pretty important, doesn't it?

This PR is the first part: the workspace link. The "much better way than all these menus" part (one Copy ▸ submenu on the workspace, tab and pane menus) is the follow-up PR.

While this was in review, #27709 landed Copy Workspace ID and Copy Workspace Link in the workspace row's More › Copy, ID first. This PR now carries what that one doesn't:

What

• Link first. In the workspace row's More › Copy, Copy Workspace Link now comes before Copy Workspace ID, the order the tab and pane menus use (link, then ID). Only the two ranks in ActionSurfaceCatalog+Menus.swift swap. ContextMenuEssentialsTests.theWorkspaceRowMenuCopiesItsLinkThenItsID checks the order.
• Opening the link shows the workspace, tested end to end. link.open → DeepLinkNavigator → windows.reveal(workspaceID:) already handled <scheme>://workspace/ws_…, but nothing tested it. WorkspaceLinkTests (app tests, same-tree daemon):
  • It makes a second workspace that its window isn't showing.
  • It runs Copy Workspace Link on that workspace's row target and checks the link is <scheme>://workspace/<ws_ id>.
  • It opens that link through link.open the way a clicked link does (origin .user; a CLI run never moves this client's view), then waits until the window that lists the workspace shows it.
  • A link to a workspace that doesn't exist refuses with linkTargetGone.
  • The test checks the link text through services.link(workspace:) rather than the clipboard: the fleet's headless test workers have no usable pasteboard (an earlier version failed there).
• Capture tooling. debug.object_menu (DEBUG only) opens the workspace, tab or pane right-click menu, then folders in it, for before/after shots. tour:object-menu-workspace, -tab and -pane run it.
  • The workspace menu comes from a synthesized right-click on its sidebar row (debug.mouse). Its folders open by type-select, after a Down arrow that takes the keys back from the menu's name field, so the workspace isn't renamed.
  • The tab and pane menus open with NSMenu.popUp from a main run-loop perform (a small @MainActor NSObject, no assumeIsolated), so the menu's tracking doesn't hold the main queue and the next call can run. Their folders open with arrow keys over the menu's enabled rows.

Overlaps:

• cmux NEXT: can't copy pane id or workspace id (classic parity) #27709 (landed): the two rows themselves. This PR changes only their order.
• cmux NEXT Chief: replies link PRs, issues, commits, runs and workspaces by short name; a workspace link reopens a closed workspace #25659 (Austin) makes a workspace link reopen a closed workspace in DeepLinkNavigator/DurableWorkspaceLink. This PR doesn't touch those files; it tests the open-workspace path.
• cmux NEXT: shorten tab and pane menus while preserving commands #25383 (held) shortens the tab and pane menus. It touches the same catalog file; whichever lands second rebases a few lines.

plans/cmux-next/ exports are left to the PR autofix, as its workflow says ("no person regenerates them").

Captures

The workspace row's right-click › More, from tour:object-menu-workspace on a fleet mini (whole-host display shot, cropped to the app window). The before is the current base plus the capture tooling alone (96aa11a), the after is this PR at 1e6967b (the menu rows are the same at the head).

Before (ID, then link)	After (link, then ID)

Menus still open on the click; nothing here adds an animation.

Tests

On the fleet at this head (package-test-lane.sh): ContextMenuEssentialsTests, WorkspaceLinkTests, ActionSurfaceParityTests, LinkExportTests, ContextMenuIconTests.

Timers and observers

None. debug.object_menu (DEBUG only) schedules one run-loop perform (perform(_:with:afterDelay:inModes:)) per tab or pane menu it opens; it fires once, and the menu it opens closes with Escape (dismiss).

Risk

Low. Two existing rows swap places. The rest is a test and DEBUG-only capture tooling.

🤖 Generated with Claude Code

Agent session: agent session

[github-actions]

cmux status _{(one comment, edited in place; each line is updated by the job that owns it)}

Review 65135ef: HQ feed card · gallery before/after runs · checks

App of this head (app.zip, kept 1 day)

gh workflow run reload-build.yml -R manaflow-ai/cmux --ref feat-cmux-next -f tag=pr27564 -f ref=leo/workspace-copy-link -f platform=macos -f backend_mode=local

red: cmux-next checks (god files, concurrency, crash safety, l10n); no finished base run on 7665b87 to compare; do not merge until green; see lane-rules

[github-actions]

Default changes

This pull request changes 5 defaults at 65135ef355c8 (what everyone gets without configuring anything):

• tunable-source.CmuxNextActions/ActionSurfaceCatalog+Menus.swift:layoutPlacements: "087aba83afdc9cea1daf878ab7433f5e25c39f4d73a9decef89e8f89feddf9d3" -> "b9f133b451f39b9bfb55abb1c16beb2947dc7ca25d86d53c36e24d4123a6d6c9"
• tunable-source.CmuxNextApp/Control/DebugObjectMenu.swift:arrow: (none) -> "db2e6a88e24d72f32a44fa05c0328f3bd78eb7247edbfe78ea02649793881f74"
• tunable-source.CmuxNextApp/Control/DebugObjectMenu.swift:arrowKeys: (none) -> "14bbf63479c5563ea7e1b528e915b9744dd2408f74524628f105f0efa056e377"
• tunable-source.CmuxNextApp/Control/DebugObjectMenu.swift:failure: (none) -> "020b983e3120cb633109514f628f8ceaac443bac9047c8c2801030efd976247f"
• tunable-source.CmuxNextApp/Control/DebugObjectMenu.swift:run: (none) -> "d0881a493bd2b73f53801232b61556268bdabbee601becbae5f2ef2842dc1139"

Needs a review. It passes with an independent review receipt on this commit: a comment or review whose first line is Review (<reviewer>): SHIP at 65135ef355c8c872171d36159b2b3265c66cb15a, from a member, not a self-review (the newest verdict naming the head decides; a later BLOCK beats an earlier SHIP), or with an approving review on this commit from @lawrencecchen or @austinywang (the call owners in .github/defaults-call-owners.json, never the author). A receipt posted as a review re-runs this check; after a plain comment, re-run it. The needs a call label alone does not pass, and a new push needs a new receipt.

Regenerate the snapshot with python3 scripts/ci/defaults_guard.py snapshot.

[cursor]

Bugbot needs on-demand usage enabled

Bugbot uses usage-based billing for this team and requires on-demand usage to be enabled.

A team admin can enable on-demand usage in the Cursor dashboard.

[teamleaderleo]

Review (Codex gpt-6-astra, high, independent): SHIP at 74ebf24

• Delta review of the rebase onto c673b52: the PR's code is byte-identical to the reviewed 6053d36 (an empty diff of diffs). The regenerated plans only move Copy Workspace Link, then Copy Workspace ID, into the workspace row's More and out of pointerMenuTrim (right-click 594 → 596).
• The full review at 5de18c1 and the delta at 6053d36 were both SHIP.

[teamleaderleo]

Review (Codex gpt-6-astra, high, independent): SHIP at 15dc9bb

• Full review at 1e6967b (this PR after cmux NEXT: can't copy pane id or workspace id (classic parity) #27709 landed the two rows: link-first order, WorkspaceLinkTests, debug.object_menu): SHIP. One P3, not blocking: the test checks the link through services.link(workspace:), not the clipboard. That's deliberate: the fleet's headless workers have no usable pasteboard.
• Delta review at 15dc9bb (recommitted on base after fix(cmux-next): VNC reconnect test helpers are nonisolated (CmuxNextAppTests compile red) #27862 fixed the test-target compile red): the PR's diff is identical, and base changed none of its files.
• Fleet at this head: ContextMenuEssentialsTests, WorkspaceLinkTests, ActionSurfaceParityTests, LinkExportTests and ContextMenuIconTests all passed.

[teamleaderleo]

Review (Codex gpt-6-astra, high, independent): SHIP at 65135ef

• Delta from the SHIP at 15dc9bb: debug.object_menu (DEBUG only) now pops up the tab or pane menu from a small @MainActor NSObject through perform(_:with:afterDelay:inModes:) on the main run loop. That removes the MainActor.assumeIsolated and nonisolated(unsafe) the crash ratchet refused. Base changed none of the PR's files.
• Fleet at this head: ContextMenuEssentialsTests, WorkspaceLinkTests, ActionSurfaceParityTests, LinkExportTests and ContextMenuIconTests passed. A whole-host tour:object-menu-tab capture opened the tab menu and its More folder.

[github-actions]

Shipped in:

• cmux NEXT nightly 1.0.0-nightly.4100960879201 (a6724679c3)
• cmux NEXT nightly 1.0.0-nightly.4101142921301 (e1f81d2af5)