The task-progress popup can retain its pinned-open state while the session rail hides it. After returning the task list to the composer, the popup is already open internally, so the first press can close it instead of opening it.
Reproduced directly on dev 99fbaec89da429924171c89d66a8f3455e42d9b0: open ComposerTaskProgress with Enter, render with sessionRailVisible=true, then render with sessionRailVisible=false. The returned trigger reports aria-expanded=true instead of starting closed. This component is unchanged by the thread-agent-limit proposal in #66; that PR's Ubuntu browser job exposed the existing lifecycle defect while Windows and macOS passed.
I am preparing a separate small repair that clears the transient popup state while the rail owns its display, with a deterministic regression for the first returning press. No layout or provider-policy change is proposed.
The task-progress popup can retain its pinned-open state while the session rail hides it. After returning the task list to the composer, the popup is already open internally, so the first press can close it instead of opening it.
Reproduced directly on dev
99fbaec89da429924171c89d66a8f3455e42d9b0: openComposerTaskProgresswith Enter, render withsessionRailVisible=true, then render withsessionRailVisible=false. The returned trigger reportsaria-expanded=trueinstead of starting closed. This component is unchanged by the thread-agent-limit proposal in #66; that PR's Ubuntu browser job exposed the existing lifecycle defect while Windows and macOS passed.I am preparing a separate small repair that clears the transient popup state while the rail owns its display, with a deterministic regression for the first returning press. No layout or provider-policy change is proposed.