Skip to content

bug(control): window activation times out during external operator handoffs #797

Description

@Juliusolsson05

With two app windows on two monitors, external window focus and a background-window lane removal failed with Window focus was not acknowledged and outcome_unknown. Selecting the target through the native Window menu allowed subsequent work.

Evidence: focus call 95c97fce-bca0-4bc7-9901-90b45d988d1c; lane-removal call 13e43d53-5120-41ae-88d7-820dc9088728. The latter left revision 14cab13706ba43c9 unchanged. After manual window selection, a later lane removal succeeded (9dfbbeb4-2aba-4384-96e4-127eadaca13d). Same-key replay correctly retained the original uncertain outcome.

Reproduction context: keep two windows open, operate from another app, request the other window or a mutation requiring activation. This was observed repeatedly in one session, not yet isolated as a deterministic reproduction.

Expected/acceptance: activate the existing window reliably or explain the OS restriction; distinguish application activation from BrowserWindow focus; verify foreground/background and multi-monitor transitions. Do not bypass truthful acknowledgement. Source lead: main/window/focusWindow.ts calls show/focus and waits 2500ms. Root cause remains unconfirmed. Impact: valid operations stall and require manual recovery.

Environment: macOS, development Electron, two Agent Code windows, external MCP plus computer use, observed 2026-09-05. Exact running build revision was not verified. Refs #793, #795.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions