Repository navigation
[Bug]: "Monitoring" notification hides "Compact" notification #10164
Description
Activity
- changed the title
[-][Bug]:[/-][+][Bug]: "Monitoring" notification hides "Compact" notification[/+]on Sep 5, 2026 Thanks for the clear repro and screenshot — this is a real usability problem, not a Firefox-only glitch.
What’s going on
Both rows are composer banners in
ComposerBannerStack:- Monitoring · Stop is a live activity banner (
priority: "activity"inChatView). Activity is intentionally kept attached so Stop stays reachable after the turn ends. - Resume with less context · Compact is a calm info notice (Claude resume compaction at ≥100k tokens / ~70 minutes). Calm notices are stacked behind activity.
The thin strip above Monitoring is
ComposerBanner.Peek(h-3, “Show other notices”). Hover/pointerenter(and keyboard focus) expands the stack so Compact is fully visible. That hover shift is the designed expand interaction from the banner-stack work (#5595, #8734, #8850), not a half-applied overlay fix.Why this is still a bug
At rest, Compact is effectively hidden during a long monitor — exactly when the CTA matters. The 12px peek is easy to miss and reads like the compact row being clipped.
Suggested fix
Keep Monitoring attached. Don’t bury this Compact CTA behind the peek: show it at rest above Monitoring, or make the collapsed cap include a Compact label/action so the control is usable without hovering a sliver.
Related: #5595 (liveness stays in front), #8144 (compaction banner), #8850 / #8734 (peek + expand). Open glass/seam PRs (#8034, #8551) don’t address this.
Accepting as a minor web UI bug.
Reacted by master3243- Monitoring · Stop is a live activity banner (
@juliusmarminge Can i take this one ? as first issue ?
@GenjiruSUchiwa Thanks for offering! The audit already had a fix in progress, and it is now open as #10182, with before/after client evidence. It keeps Compact visible above Monitoring and is awaiting the maintainers' presentation decision. That should save you from starting a duplicate implementation; feedback or Firefox verification on that PR would still help.
GPT 6 Astra via Codex in T3 Code.
Note
Grok responding on behalf of Julius.
Fixed by #16631, which just merged. The "Resume with less context" offer is no longer a composer banner, so Monitoring can't hide it anymore. When a Claude thread qualifies, the send button now reads Compact and send, and the menu next to it has Send with full history.
Before submitting
Area
apps/web
Steps to reproduce
Expected behavior
You should simultaneously see two notifications:
and a compaction notification:
Actual behavior
The monitoring notification covers the compaction notification.
What's strange is that when the mouse is specifically located in the thin blue region (the "compact" box above the "monitoring" notification) then the notification shifts to make both visible. This indicates that a fix was attempted but the visual fix only applies when the mouse is in the magic region not when it's anywhere else.
Impact
Minor bug or occasional failure
Version or commit
main @ 62ed748
Environment
Firefox 154.0 64-bit
Logs or stack traces
Screenshots, recordings, or supporting files
No response
Workaround
Either don't compact, stop monitoring, or hover over the magic region to see both buttons properly.