fix(k1): cease reset zero-dispatch checkpoint
This commit is contained in:
@@ -81,9 +81,12 @@ Current violations observed on 2026-08-14:
|
||||
described below.
|
||||
- `K1-P0-RESET-CHECKPOINT`: an explicit local scenario reset resolved a
|
||||
zero-dispatch START as `not-dispatched`, but left its exact recovery
|
||||
checkpoint revision 17 in `prepared`. No device/network command was sent;
|
||||
the stale checkpoint blocks the next START and requires a local atomic
|
||||
settlement fix before live acceptance continues.
|
||||
checkpoint revision 17 in `prepared`. The reset now ceases that exact
|
||||
checkpoint before publishing its replay marker; its reducer and the complete
|
||||
scenario-reset suite are green. Live startup convergence is accepted:
|
||||
checkpoint revision 18 is `ceased` against the unchanged physical
|
||||
`not-dispatched` head, with no device/network command. Clean Bluetooth
|
||||
selection and the next START remain to be accepted separately.
|
||||
- `K1-P1-STOP-STABILITY`: STOP authority visibly oscillated before the operator
|
||||
clicked. Not fixed in the checkpoint increment.
|
||||
- `K1-P1-PENDING-FEEDBACK`: reconnect/search/select/provision transitions replace
|
||||
|
||||
Reference in New Issue
Block a user