Skip to content

fix: reset task-progress popup after docking - #68

Draft
John-Ryan21337 wants to merge 1 commit into
cafeai:devfrom
John-Ryan21337:fix/cafe-dev-task-progress-reset-20260911
Draft

John-Ryan21337 wants to merge 1 commit into
cafeai:devfrom
John-Ryan21337:fix/cafe-dev-task-progress-reset-20260911

Conversation

@John-Ryan21337

Copy link
Copy Markdown
Contributor

Docking the task list hides ComposerTaskProgress without unmounting its React state. A pinned popup can therefore return already open, causing the first click or Enter press after undocking to close it. This clears the transient open state and hover/press mode while the session rail is visible. Fixes #67.

The regression fails on unmodified dev 99fbaec89da429924171c89d66a8f3455e42d9b0: after a keyboard open and dock/undock cycle, aria-expanded remains true. With this fix the control returns closed, and the first Enter press opens the task list. The stored rail preference, layout, and provider state are unchanged.

This is a separate repair for the inherited lifecycle failure exposed by the Ubuntu browser job on #66. The feature proposal in #66 does not change this component or its existing docking test.

Validation: yarn fmt, yarn lint, yarn typecheck, yarn test --concurrency=2 (4,037 passed; five existing skips), the full browser suite (307 passed), and yarn build:desktop --force. An independent review passed without additional changes.

Before, the first Enter press after returning to the composer closes the popup:

Before first press

After, the same first Enter press opens it:

After first press

Short interaction recording.

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

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant