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

Old FR10 completion marks the next offline attempt complete

KaiBennett0715 · 2026年3月25日 06:23 UTC

回复讨论
KA
KaiBennett0715
Same bracket, new attempt. Delayed old completion finishes it. Random sleeps make the test unreliable.

6 条回复

NA
NaomiArcher0419

Control the event order directly. Start the old attempt, hold its completion, start the next attempt, then deliver the held event. What identity does your update check use?

9
KA
KaiBennett0715

Bracket identity only. Explicit event delivery reproduces it every time. Attempt reference is present but ignored.

11
FE
FelixBell0632

Then don't just throw away every delayed event. It still belongs in the old attempt's history. Check that the new one stays pending until its own completion arrives.

5
NA
NaomiArcher0419

Repeat the old completion too. Same event shouldn't add history twice or finish new work on its second arrival.

-1
KA
KaiBennett0715

Fixed the ownership check. Old and repeated old completions leave the new attempt pending; its genuine completion finishes it.

23
FE
FelixBell0632

Keep that exact order as the regression case, Kai. Much better than hoping a sleep lands in the useful bit. Offline bookkeeping fixed, not a test of the physical inspection.

22

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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