René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Cmd+F / `app.search` shortcut doesn't activate session search (works only via the sidebar button)","articleBody":"## Summary\n\nThe **Search** action (`app.search`, bound to `Cmd/Ctrl+F`) does not activate the\nsession-list search box when triggered by its keyboard shortcut — reported to fail\nfrom **any** screen, including the chat view. The same search **does** work when\ninvoked from the sidebar's in-navigator \"Search\" menu item.\n\nBecause the command palette (#41 / #42) invokes the app's own `app.search` action,\nits **Search** entry inherits this bug too. This issue is about the underlying\n`app.search` defect, which pre-dates and is independent of the command palette.\n\n## Repro\n\n1. Open the app.\n2. Press `Cmd+F` (macOS) / `Ctrl+F` anywhere (chat view, etc.).\n   - **Expected:** the session-list search box appears and is focused.\n   - **Actual:** nothing happens.\n3. Contrast: open the sidebar's Chats filter dropdown → click **Search**.\n   - The search box appears correctly.\n\n## Investigation so far\n\nStatic analysis shows the two paths *should* be identical, yet they diverge:\n\n- There is exactly **one** `app.search` handler\n  (`AppShell.tsx:1309` → `() =\u003e setSearchActive(true)`) and exactly **one**\n  `searchActive` state (`AppShell.tsx:1225`). The working sidebar button\n  (`AppShell.tsx:4584`) calls the **same** `setSearchActive(true)`.\n- `useSessionSearch.ts:377` focuses the search input whenever `searchActive`\n  flips to `true`, regardless of who set it.\n- No native-menu `Cmd+F` accelerator and no `before-input-event` /\n  `globalShortcut` interception exists in the main process, so the keystroke\n  should reach the renderer's capture-phase `keydown` listener in the action\n  registry.\n\nSo by code the shortcut *should* behave like the button. The divergence must be a\nruntime condition (focus/zone/render state) that a headless CI run can't\nreproduce — the e2e sandbox has **no sessions**, so `SessionList` doesn't render\nthe search header even when `searchActive` is set, making this invisible to the\nexisting harness.\n\n## Plan\n\n- Reproduce locally with a **seeded session** so `SessionList` actually renders\n  the search header, then diff the button path vs. the `app.search` /\n  registry-`execute` path to find the real cause (likely focus/zone or a\n  re-render/reset timing difference).\n- Fix `app.search` so it robustly activates + focuses search from any context\n  (keyboard shortcut and command palette), and add a CDP assertion that seeds a\n  session and asserts the search box appears from the shortcut.\n- Ship as its own PR (not folded into the command-palette PR).\n\nPart of the autonomous desktop-feature loop (`loop-bot`).","author":{"url":"https://github.com/DragonnZhang","@type":"Person","name":"DragonnZhang"},"datePublished":"2026-07-01T06:30:02.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1},"url":"https://github.com/43/openwork/issues/43"}