fix(tickets): scroll viewport on cmd+up/down jump

[StuBehan]

Problem

On the Tickets tab, ⌘↑/↓ (jump to first/last row) moved the selection highlight but not the scroll viewport — the pane only caught up on the next regular ↑/↓ press.

Root cause

The scroll was driven by:

.onChange(of: nav.outcomeSelectedIndex) { _ in
    guard let selectedRowID else { return }
    proxy.scrollTo(selectedRowID, anchor: .center)
}

It watched the raw index and scrolled to a separately-derived selectedRowID captured from the body, which lagged one keypress behind the index change. Stepping ±1 hid it (the row stays near the viewport), but a jump to the far end left the viewport parked until the next press advanced the scroll.

Fix

Watch selectedRowID directly and scroll to the id onChange delivers — mirroring the working Sessions tab (onChange(of: store.selectedPID) { newValue in proxy.scrollTo(newValue) }). No behaviour change for stepping; the jump now moves the viewport on the first press. Kept the deliberate no-animation snap.

Testing

• swiftc -typecheck panel/*.swift shared/*.swift — clean.
• Verified locally: ⌘↑/↓ snaps the Tickets pane to the first/last row immediately.

🤖 Generated with Claude Code