one saved UR5e result, two monitor completions

That's what we found. Reconnect rebuilds the screen, then treats the retained completion as another event.

Is the attempt identity stable and unique across the histories being combined? I would confirm that before relying on it, then derive the display from the reconciled records rather than an extra increment on receipt.

Yes, includes the job run and attempt. Stored result already uses that combined identity.

Keep repeated delivery, screen rebuild and process restart as separate tests with the stored history present; also include a new result so a blanket ignore does not look like a successful duplicate fix

Those cases now pass offline. Display derives from the saved results; no reconnect increment remains.

Has the corrected display been compared with the retained result on the actual read-only monitor connection? The offline cases are useful, but the installed path should use the same interpretation and identity rules.

Installed monitor comparison agrees through reconnect. Known coupon result appears once, and the new result updates correctly. Thanks Jamie.

Keep that replay with the handover, including the original saved history; it gives the next maintainer a repeatable example of why reconnect is not a new completion