Skip to content

fix(panel): land a revealed thread only where it is placed and seen - #3896

Merged
luke-agent[bot] merged 2 commits into
mainfrom
fix/pr-thread-landing
Oct 19, 2026
Merged

luke-agent[bot] merged 2 commits into
mainfrom
fix/pr-thread-landing

Conversation

@dastratakos

@dastratakos dastratakos commented Oct 19, 2026 •

Copy link
Copy Markdown
Contributor

This fixes two problems Devin raised on #3884 (review-thread deep links). #3884 entered the merge queue and merged before I could push these to it, so they come as a follow-up.

  1. Place a revealed thread from its file's entry as drawn (thread).
    • Before: useListLanding worked out the thread's place as soon as the ask came in. If a filter hid the file, it had no entry yet, so it guessed from fileNotice and could not tell that a changed image is drawn as its picture.
    • Now: the place, the chip shown, the scroll target and the lit lines all come from the entry once the list holds it, exactly as entryOf places the thread. A pictured image's threads land above it, with the list scrolled to the file header.
  2. Wait for the panel to be visible before landing (thread).
    • Before: the landing checked only that the card was connected and not inside a [hidden] view. A panel still arriving is visibility: hidden, which refuses focus, and the landing then ended without it.
    • Now: landable also requires computed visibility, both by default and in Files changed's in-the-box check, the same thing focusSeek's staged check waits for.

Tests:

  • A thread on a changed SVG that a filter left out when the jump arrived: the filter is cleared, the list scrolls to the file header rather than line 2, and the thread stands above the picture. This fails on main.
  • A landing on a visibility: hidden panel waits, then rings and focuses the thread once the panel is visible. This fails without the fix.

Checks: panel tsc, the PR tab and Files changed suites, and oxlint pass. Desktop/panel only.

Made with Luke


Devin Review

View guided diff Turn on auto-fix

A thread revealed in Files changed is placed by its file's entry as drawn,
once the list holds it, so a picture's threads, and those of a file a filter
left out, land above the file as `entryOf` draws them. A landing waits for
its card to be visible too, since a panel still arriving refuses the focus.

Co-authored-by: luke-agent[bot] <339870089+luke-agent[bot]@users.noreply.github.com>
@vercel

vercel Bot commented Oct 19, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated
luke-web Ready Ready Preview Oct 19, 2026 7:15pm UTC

Request Review

@luke-agent
luke-agent Bot enabled auto-merge October 19, 2026 19:06
devin-ai-integration[bot]

This comment was marked as resolved.

The landing's test now filters the image out before the jump, which fails
without the fix, and asserts the thread stands above the picture rather than
reading the entry's lead.

Co-authored-by: luke-agent[bot] <339870089+luke-agent[bot]@users.noreply.github.com>
@luke-agent
luke-agent Bot added this pull request to the merge queue Oct 19, 2026
Merged via the queue into main with commit 5168659 Oct 19, 2026
11 checks passed
@luke-agent
luke-agent Bot deleted the fix/pr-thread-landing branch October 19, 2026 19:30

This branch was successfully deployed

1 active deployment
Preview — 5135a908 Deployed Oct 19, 2026 by vercel[bot]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant