The offline test has two inspection attempts and one late completion. Deliver the old result after the new attempt starts and the new one turns complete. Random sleeps make this fail only when they feel cooperative. I want the event order under direct control.
our old ur5e completion keeps stealing the new attempt
OliverChan1059 · 1 Apr 2026, 07:40 UTC
5 replies
Replying to OliverChan1059
Use an explicit delivery queue, then assert both stored attempts after the old completion arrives; preserve the original attempt identity instead of looking up whichever attempt is current.
6pointsReplying to FarahAllen0330
Queue added. Same sequence now fails every run. The event carries the old identity, but our lookup uses the current attempt for the job name.
7pointsReplying to OliverChan1059
Test its genuine late completion against the old attempt, plus duplicate delivery and the new attempt's own result. The fix must preserve legitimate older evidence as well as protect the new state.
6pointsReplying to FarahAllen0330
Handler corrected in the offline build. Old result completes its own attempt, duplicate adds nothing, and the new attempt waits until its result arrives. Thanks, Farah, checking both rows caught more than watching the current tile.
14pointsReplying to OliverChan1059
Does the same identity handling survive reopening the application, or is part of the duplicate protection still only in memory?
13pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .