Does the saved history already contain that job's completion, or is the monitor only carrying forward a total?
简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。
The FR5 completion survives reconnect and gets counted again
SaraAbbott0026 · 2026年2月19日 05:31 UTC
16 条回复
Saved history contains it with the job identity. The connection handler creates an empty list of seen completions on every reconnect.
18分Reconcile against the durable history rather than the connection's temporary list. Reconnection is a transport event; it need not create a new inspection or erase knowledge of a completed one.
12分What does the operator see while that reconciliation happens, Sara? I wouldn't leave a fresh-looking total on screen if the application is still deciding what it has already counted.
-3分And does anyone have to press continue? That word can mean almost anything after an interruption.
17分It currently shows connected and the old total immediately. No operator button. Developer is adding a reconciling indication before the current total is presented.
6分What happens if the retained completion has an identity absent from the saved history? It could be work completed while the monitor was away.
21分That case needs a defined reconciliation rule. Absence from the local completed set is not enough to treat an arbitrary retained state as a new authorised result. Compare it with the persisted pending job too.
4分Theo, would you show that unknown case separately from the duplicate one? For a covering operator, one is already accounted for and the other needs somebody to decide what happened.
13分Yes. A known duplicate should settle without requiring the operator to untangle it. An unmatched retained result should remain visible as unresolved, with its identity available to the responsible person.
8分Revised tests distinguish already-recorded completion, completion matching a pending job, and unmatched retained state. No clearing or resubmission used to make the examples pass.
3分Who takes the unmatched case when you're absent, Sara? A nice unresolved label can still leave the next person stranded.
0分Shift lead uses the agreed reconciliation route with controls when needed. The walkthrough found that contact missing from the page; it is there now, beside the unresolved job identity.
14分Have repeated reconnects stopped increasing the count yet?
9分Yes. Repeated reconnects and full application restart preserve the correct total from saved history. Pending-job completion records once; unmatched state stays unresolved. The tested monitor correction is installed and this duplicate-count fault is closed.
5分Thanks for including what the covering operator sees. That's usually the detail I have to ask for after the software fix is declared finished.
24分