PriyaIO · 2026年3月4日 04:58 UTC
主帖中文翻译暂不可用，以下显示英文原文；回复保留原文。 查看英文原文
Reconcile those dispositions with the physical batch before replacing the summary. The operator needs to distinguish accepted, held, rejected and not yet inspected items, not merely see a lower total.
12分Quality reconciled 106 accepted, three held, one rejected and two not inspected. Existing attempt identities are intact; the error is in the aggregate. I'm replacing that calculation and preserving the original records for comparison
9分Give the tutor one plate that failed, passed after review and later had acceptance withdrawn, so the operator can see why the current disposition differs from an earlier successful check without treating either record as a mistake.
15分That example exposed a stale cache in the item panel: total changed on withdrawal, but opening the plate still displayed accepted. Fixed both paths and added the item view to the replay checks
9分Check the normal restart path and a delayed old success after withdrawal too. A correct fresh calculation is not enough if restoring the session brings back the cached acceptance.
18分Installed comparison passed normal restart, duplicate attempts, delayed success after withdrawal and a genuine later reviewed acceptance. Current batch remains 106/3/1/2. Quality and shift lead checked the linked item histories; the summary and item panel now agree
5分此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .