简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

our old ur5e completion keeps stealing the new attempt

OliverChan1059 · 2026年4月1日 07:40 UTC

回复讨论
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 条回复

FA
FarahAllen0330

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
OL
OliverChan1059

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

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
OL
OliverChan1059

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

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

13

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。