Repository navigation
fix: Find keeps its match in view until the reader scrolls (no bead) - #19779
Conversation
chat-find's fold case failed on #19761's react-apps-check (inView false after 5 s): Find holds a new match in view for only 600 ms, and on a loaded runner the opened fold and the rows above it measure later. Grow a row above the match after that window. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
A new match was held in view for 600 ms after it was drawn. On a slow machine the fold it opens and the rows above it measure later, so the match slid out of view. It now stays in view until the reader scrolls the transcript (outside Find's own bar) or Find moves on, as a pending jump to latest already does. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
This comment has been minimized.
This comment has been minimized.
|
Passes: CI passes on CI passes on Written by |
|
|
Review: the open-ended hold let programmatic scrolls (jump to latest, previous/next turn) snap back to the match, and padding a border-box row fires no measure, so the late-measure step proved nothing. Back to the base reveal; the fold case now runs under 40x CPU throttling, the loaded runner of #19761's red, where the 600 ms window ends before the fold and the rows above the match measure. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Find holds a new match in view while the fold it opens and the rows above it measure. The 600 ms window ran out on a starved page before those measures landed, leaving the match out of view. Count 36 animation frames instead: the same hold on an idle page, and a starved page that draws fewer frames keeps it until its measures land. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Gallery13 states changed: agent-pane.transcript/shell-grouped-commands, agent-pane.replay/playing, agent-pane.transcript/keyboard-focus, agent-pane.transcript/shell-success-output, agent-pane.thread-minimap/long-chat, ... · 4 play checks failed Diff page and renders (the run's 7 more on the diff page. Live preview (follows this branch; start it with
Play checks failed (0 px anchor movement, 0 layout shift, no frame over 33 ms unless the entry gives a reason):
63 nondeterministic states differed from a second render of the same head (a clock or fixture leak) and are not counted as changes. |
Review: on a 120 Hz display 36 frames are 300 ms, half the base hold; the hold now ends after 36 frames and 600 ms, or 5 s at most, so a page hidden mid-reveal (no frames) does not snap a reader back once shown. Each window owns a number, so a stale loop from an earlier reveal of the same match cannot end a newer one early. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Under 40x throttling the fold measures after 5 s, so the cap ended the hold before the match landed (chat-find.test.ts:210 red on 34ddcba). A page hidden mid-reveal now finishes its remaining frames once shown, at most 36 frames and 600 ms. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…call-keys/find-reveal-hold
Bugbot is paused — on-demand spend limit reachedBugbot uses usage-based billing for this team and has hit its on-demand spend limit. A team admin can raise the spend limit in the Cursor dashboard, or wait for the next billing cycle to continue. |






Summary
chat-find.test.ts › finds command output and edit diffs inside a closed Worked for foldgoes red on unrelated feat-cmux-next PRs: #19552, #19644, #19746 and #19761 in the last 12 hours. The failure isinViewfalse at line 206 aftersettleInView's 5 s wait.FIND_REVEAL_MS = 600of wall time after it was first drawn. On a loaded runner the page is CPU-starved, and the "Worked for" fold the match opens and the rows above it measure after that window. The match then slides out of view and stays there. A starved Mac would show the same bug.Testing
react-apps-checkfailedchat-find.test.ts:210(inViewfalse under throttling).PASS test/chat-find.test.ts. That job's other reds were thechat-header-changesbase break (test: the Changes button's keycap is its tooltip's shortcut hint (no bead) #19794) and amenu-focuscold-startgototimeout. The latest head adds the review fixes and is re-running. Browser tests run only in CI or on a Freestyle VM, so not on big-red.bun run checkandbun test test/ui-rules.test.tspass locally.Changelog
🤖 Generated with Claude Code