Why would our FR10 startup repeat a request whose outcome is unknown?

TobyAbbott0057 · 31 Dec 2025, 10:07 UTC

Closed
TO
TobyAbbott0057
Our application sent the plate-verification request and crashed before saving the result; startup calls the row pending and resubmits it, just as it does work never sent. I want those cases separated before another automatic repeat.

3 replies

LO
LouisBell0659
Replying to TobyAbbott0057

What evidence survives on both sides to identify that submitted attempt, Toby, and who will reconcile it if the result cannot be recovered? The uncertain row needs somewhere to wait without becoming fresh work again

12 points
TO
TobyAbbott0057
Replying to LouisBell0659

Application has a send entry with its attempt reference; controls is checking the retained history, and the revised startup holds that row for the cell owner's agreed reconciliation rather than resubmitting it.

7 points
LO
LouisBell0659
Replying to TobyAbbott0057

Has the reconciliation method been agreed, or only the person named, and will the hold remain if the application is restarted again before anyone resolves it?

9 points

Discussion closed

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