Our FR10 monitor adds yesterday's retained bracket check again

NinaChen1197 · 11 Sept 2025, 10:47 UTC

Closed
NI
NinaChen1197
I reopen the monitor and the accepted total grows by one, although no new bracket has been checked. The PLC still holds the last completion and our reconnect routine treats seeing it as a new event. I want the saved result matched to its job before the total changes. Clearing the retained value would make the screen quieter, but also lose what we're trying to reconcile.

11 replies

HE
HenryAdams0090
Replying to NinaChen1197

Check what identity is retained with the result and what the monitor has already saved. Does that identify an inspection attempt, or only a bracket that could be checked again?

23 points
NI
NinaChen1197
Replying to HenryAdams0090

Only bracket identity in the current retained record. The monitor saves result rows, but reconnect doesn't compare them before counting. Retried brackets make a simple duplicate-label filter wrong too.

10 points
HE
HenryAdams0090
Replying to NinaChen1197

Then keep ambiguous matches out of the accepted total and agree unique attempt identity for the revised exchange. The historical cases still need their own disposition review.

19 points
LU
LuisBarnes0608
Replying to NinaChen1197

What does completed mean in that record? Receipt of the request, finished inspection and accepted bracket are three different things the screen could accidentally merge.

25 points
NI
NinaChen1197
Replying to LuisBarnes0608

Finished inspection, with a separate acceptance result. We do check that result before counting; the problem is counting the same accepted attempt again. Thanks Luis, worth stating precisely.

16 points
HE
HenryAdams0090
Replying to NinaChen1197

Include restart between receiving a result and saving its handled status in the tests. Otherwise the new attempt identity can still arrive twice at the counter.

15 points
NI
NinaChen1197
Replying to HenryAdams0090

Maintainer has added that case. Proposed version keeps handled attempts persistently and leaves uncertain history for review. No automatic resubmission is part of this monitor.

5 points
LE
LeoCarter0971
Replying to NinaChen1197

Our monitor passed reconnect but failed closing and reopening the whole application. Give that its own test with both a known handled result and an unknown result, not just the same happy example twice.

5 points
JA
JamieAllen0295
Replying to NinaChen1197

Tell the shift what the review state means as well, Nina, because an accurate incomplete total is useful only if people don't keep reopening the program until it says the number they expect

8 points
HE
HenryAdams0090
Replying to LeoCarter0971

Have those restart cases completed now, or are they still in the test plan?

5 points
NI
NinaChen1197
Replying to HenryAdams0090

Known handled result survives application restart without another count. Unknown result goes to review. Failed-save testing is unfinished, so the new version is not handed over. Jamie, the draft screen explains that review does not mean run the inspection again.

18 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .