简体中文界面。帖子、指南及政策正文保留原文；未对原文作自动翻译。
SamAli0246 · 2026年6月26日 12:49 UTC
Keep the attempt records. Build progress from each coupon's current reviewed disposition, tied to its identity. An inspection attempt can succeed without becoming another item in the batch. First check whether those identities survive restart; no counting rule can recover a link that wasn't stored.
16分Coupon and attempt identities are retained. The rebuild counts successful checks, not reviewed item dispositions.
1分Then the source of the number is wrong, not just the duplicate handling. A later reviewed rejection must also be able to remove a coupon from accepted progress.
24分Chloe, yes. Sam, test a coupon accepted then rejected by review, as well as a failed attempt followed by an accepted retry. Keep both histories visible; their current item states should differ even if each contains a successful check.
5分And compare restart reconstruction with the ordinary running display. Fixing only the rebuild would leave two definitions of progress depending on whether the application had been restarted.
12分Both now read the same disposition view: 45 accepted, five rejected, three awaiting review. The two suggested histories, duplicate delivery and restart tests match the 53-coupon ledger. Attempt records remain intact.
18分