fix(web): keep proactive PR panels visible when opening links

[incognitojam]

Note

TL;DR: Clicking a link to the PR you already have open should simply select its tab. Previously, the app treated that same PR as something new and briefly cleared the panel while loading it again. This fix keeps the content and selected tab in place.

Clicking a chat link to a pull request already opened by proactive panels replaced its loaded content with a full-panel loading skeleton. The tab ID stayed the same, but adding the explicit host changed the React key and query/snapshot cache keys, remounting the panel and issuing new reads.

Resolve the host from the linked PR URL before rendering. Migrate saved URL-only panels while preserving their existing tab IDs and active selection. Clicking the same PR now keeps its loaded content and selected tab visible.

Validation: reproduced the loading skeleton on the original code in an isolated web client with synthetic chat content and public PR metadata. With the fix, the loaded heading remained mounted, clicking the link sent no new PR reads, and the selected Checks tab remained selected. Reloading a version-13 URL-only panel resolved its host and preserved its active selection even with a preceding Diff tab. No browser console errors occurred. All 208 focused store, PR-link, and detail-logic tests passed, along with web typecheck and scoped lint. Web and desktop share this store; the native desktop shell was not separately exercised. Mobile uses separate navigation. Current upstream main at 5cc99e1 still has the host-dependent component key and URL-only proactive reference.

Before clicking the link	After the fix

Before:

pr-panel-before.mp4

After:

pr-panel-after.mp4

---

Written by an agent (Codex, GPT-6).

[github-actions]

Web preview

The preview was removed because this PR closed or the preview label was removed.