Skip to content

fix(channel): pin desktop-tools with clearer menu and key refusals - #441

Merged
iamnbutler merged 2 commits into
mainfrom
desktop-tools-pin
Oct 15, 2026
Merged

iamnbutler merged 2 commits into
mainfrom
desktop-tools-pin

Conversation

@iamnbutler

Copy link
Copy Markdown
Contributor

Moves desktop-tools from 20cb1b5 to 034a695, with two fixes from the desktop tools study (#427):

desktop_menu's description now says titles match exactly, ellipses included. docs/desktop-tools.md points to Settings → Computer use, where the permission statuses are, instead of This Mac.

Patch tests passed at 20cb1b5 (Bridge 115/115; AutomationKit 2032/2032 swift-testing and 295/297 XCTest, the one failure a known upstream one). They are being re-run at 034a695.

Part of #427.

Built in Ace

No. Claude Code made this as the study lead, outside Ace, while Ace Canary on this Mac was taken up by the study's tester. The study is about Ace's own surfaces, and the lead has to watch them from outside.

Moves desktop-tools from 20cb1b5 to 034a695:
- githubnext/desktop-tools#15: a menu path with no match names the missing title, its level and the titles at that level, and suggests "Save…" for "Save".
- githubnext/desktop-tools#14: a key with no focused receiver says why, and points to the menu.

desktop_menu's description now says titles match exactly, ellipses included. The docs point to Settings → Computer use for permissions.

Found in the desktop tools study, D1 and D2 (#427).
@iamnbutler
iamnbutler merged commit 8fbfcc3 into main Oct 15, 2026
1 check passed
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