Ace: agents can't use Ace's own menus and dialogs when Ace embeds the host
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 6/100
Direção de pesquisa
Start by reproducing the recorded Open Folder failure: a signed, isolated Ace build from main, the existing Cmd+O path, and the main window overlapping the native picker. Compare the desktop_focus timeout, the desktop_key refusal with no focused control, and the unknown click results to find the first proven blocker, and fix only that. Done when a real model run adds an owned project without creating a channel, cancel leaves projects unchanged, and the refusal and unknown evidence are preserved.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
When Ace embeds the Desktop Tools host, Ace is the host process. The host refuses agent input aimed at itself: peekaboo-menu.patch refuses a desktop_menu on the host's own process, and #120 refuses input to the host's own UI. So an agent in Ace can't use Ace's own menus or dialogs. In the Oct 15 study (githubnext/ace#427, D5b), File › Open Folder… on Ace was refused.
The standalone Desktop Tools app isn't affected, because there the host is a separate process.
Decision needed: should Ace's own windows count as the host's UI, or should only a confirmation prompt from Ace count? If agents may drive Ace, the self-target check needs to tell those apart. Then check the Open Folder flow: Command-O, desktop_dialog, desktop_dialog_answer with path, then Open, which should add the project. Cancel should leave the projects unchanged.
- Linguagem predominante
- Swift
- Estrelas
- 0
- Forks
- 0
- Merge médio
- 39min
- PRs com merge (30d)
- 144
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de githubnext/desktop-tools
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
githubnext/desktop-tools#192 ·
Mantenedores costumam responder em até 1 dia
-
ace documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 79/100
githubnext/desktop-tools#104 ·
Mantenedores costumam responder em até 1 dia
-
Status-item NSMenu (MenuBarExtra .menu): opens but can't be inspected via Accessibility or dismissedAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
githubnext/desktop-tools#193 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
githubnext/desktop-tools#191 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 48/100
githubnext/desktop-tools#179 ·
Mantenedores costumam responder em até 1 dia
Todas as issues de githubnext/desktop-tools
Issues semelhantes
-
ci-failure ci:assertion test
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
openwatersio/slackwater-ios#811 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 63/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
foxglove/mcap#1907 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
good first issue help wanted translation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 83/100
-
[Tool] AnnotatorAbertahas-image has-license has-readme new-tool ready-to-approve repo-verified
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 78/100
shanselman/TinyToolTown#873 ·
Mantenedores costumam responder em até 5 dias