Skip to content

bug: pressing Escape to close a dialog or menu also interrupts the running agent #1705

Description

@cleiter

What's broken

When an agent is running, opening an overlay and pressing Escape to dismiss it
also interrupts the agent — the same as pressing Escape to stop it. The overlay
closes as expected, but the agent stops too, even though I only wanted to close
the overlay.

Clearest case: sidebar workspace ⋯ menu → "Rename workspace" → press Escape to
cancel. The rename dialog closes and the running agent is interrupted.

Expected: Escape closes the overlay and leaves the agent running. Escape should
only interrupt the agent when no overlay is open.

It isn't specific to the rename dialog — the same thing happens with other
Escape-dismissible overlays: the workspace ⋯ menu itself, dropdown/combobox
pickers, the project/worktree picker, the fullscreen image lightbox, and the
composer's @-mention suggestion popup.

Steps to reproduce

  1. Open the desktop app (or web) and pair a daemon.
  2. Start an agent and give it a task so it's actively working.
  3. In the sidebar, open a workspace's ⋯ menu and choose "Rename workspace".
  4. Press Escape to cancel the rename dialog.
  5. The dialog closes — and the running agent is interrupted (stops working).

Expected: the dialog closes and the agent keeps working.

Where did this happen

Desktop (Electron)

Paseo version

0.1.99

OS version

macOS (Darwin 25.5.0)

Agent provider

Not relevant

Provider configuration

No response

Logs


Screenshots or video

Screen.Recording.2026-06-24.at.14.22.51.mov

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions