[Frontend][Inbox] Background batch reconciliation obscures an unrelated open detail

[Chris0Jeky]

Found by the completed current-head Codex review of PR #2299 and independently confirmed as MEDIUM/non-blocking.

The bounded batch-triage poll reconciles a tracked terminal item by calling the ordinary fetchDetail path. That path toggles the store-wide loadingDetail flag. If unrelated capture X is open while tracked capture A performs a slow background detail read, X's detail panel is replaced by the refresh spinner and its refresh control is disabled until A's read completes or is aborted. No server or cached data is corrupted, but a background observation should not obscure the foreground item.

Acceptance:

• give batch-triage detail reconciliation a quiet background-loading path, or track loading per item;
• preserve foreground fetchDetail loading and error behavior;
• prove that a slow background read for A does not hide or disable an open unrelated detail X;
• preserve bounded teardown, degraded-notice reconciliation, and 401/403 behavior.

Refs #2230 and PR #2299 thread r3888987920.

[Chris0Jeky]

[Claude lane claim v2]
lane: alpha-product-trust (session taskdeck-alpha-85, Taskdeck-Alpha checkout)
issue: #2304
base: 61e94f6
residual acceptance: batch-triage detail reconciliation of a tracked terminal item uses a quiet background read (or per-item loading) that never sets the store-wide loadingDetail flag, so an unrelated open detail X is neither replaced by the spinner nor has its refresh control disabled; foreground fetchDetail loading and error behavior unchanged; bounded teardown, degraded-notice reconciliation and 401/403 behavior proven unchanged
owned paths/modules: frontend/taskdeck-web/src/store/captureStore.ts; frontend/taskdeck-web/src/composables/useInboxOrchestrator.ts; frontend/taskdeck-web/src/components/inbox/InboxListPanel.vue (only if #2305 needs it); frontend/taskdeck-web/src/api/captureApi.ts (read; edit only if a response-applied signal must cross it); specs: src/tests/store/captureStore.spec.ts, src/tests/store/captureStore.integration.spec.ts, src/tests/composables/useInboxOrchestrator.spec.ts, src/tests/views/InboxView.spec.ts
shared-path leases: captureStore.ts and useInboxOrchestrator.ts (capture store/orchestrator hot path), one writer for the whole #2301/#2303/#2304/#2305 family
parallel-safe work: second worktree codex-2524 (post-revision Review seam: useProposalRevisions.ts, ReviewDecisionRail.vue, ReviewMain.vue) touches no Inbox file
open PRs/branches/review threads checked: PR #2299 merged (origin of this family), PR #2517 merged 2026-09-04 (capture write generation guards; residual re-audited against it before editing), PR #2484 merged (#2044 scope replacement), no open PR or live claim on these files; a9 holds the ten open PRs, none of which touches the Inbox store/orchestrator
human or decision gates: none
status: active