our old ur5e completion keeps stealing the new attempt

OliverChan1059 · 1 Apr 2026, 07:40 UTC

Reply to discussion
OL
OliverChan1059
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.

5 replies

FA
FarahAllen0330
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.

6 points
OL
OliverChan1059
Replying 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.

7 points
FA
FarahAllen0330
Replying 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.

6 points
OL
OliverChan1059
Replying 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.

14 points
FA
FarahAllen0330
Replying to OliverChan1059

Does the same identity handling survive reopening the application, or is part of the duplicate protection still only in memory?

13 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.