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

Old coupon completion winning a new attempt

AlexBell0646 · 2025年8月31日 07:42 UTC

已关闭
AL
AlexBell0646
Our offline FR5 result test sometimes gives an old completion to the newest coupon attempt. How do I control delivery order without random sleeps?

11 条回复

LU
LucaCarter0961

Put the events in a test queue and release them one at a time. Start attempt A, hold its completion, start B, then deliver A's completion. Assert which attempt changes after each step, not just the final count.

20
AL
AlexBell0646

That sequence reproduces it every time. Both attempts currently match on the coupon label only.

12
LU
LucaCarter0961

Give attempts their own identity in the proposed interface, then replay the same sequence against the change. The coupon name can stay useful to people without doing the matching job on its own.

13
JA
JaneBaker0510

And show the old result as old, not just quietly ignore it

-9
AL
AlexBell0646

Jane, would you show it under the earlier attempt? We still need its result for the history.

22
JA
JaneBaker0510

Yes, when it matches. Unknown identity needs somewhere separate instead of a guessed home.

20
ZA
ZaraChen1178

Repeat the sequence across restart. The saved identities must still distinguish A from B afterward.

20
LU
LucaCarter0961

Also deliver A's completion twice. It should update A once without incrementing the count again or touching B. You've already got the awkward event queued, so that extra case is cheap.

4
AL
AlexBell0646

Duplicate case added, thanks Luca. Developer is revising the saved attempt identity; restart case still fails.

25
AL
AlexBell0646

Revised offline cases now keep A and B separate after reopening. An unmatched completion appears in review, not against the latest coupon. Controls still needs to check the real interface supplies the same identity.

25
ZA
ZaraChen1178

Who owns unmatched entries on the next shift? The test can preserve uncertainty without resolving that responsibility.

8

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .