decoder reconnect
This commit is contained in:
@@ -56,10 +56,12 @@ Acceptance: each configured channel distinguishes an open socket from actual rec
|
||||
- [x] Add a bounded live message sample/log with pause, clear and copy controls.
|
||||
- [x] Show why an incoming passing was ignored or rejected without changing lap validation.
|
||||
- [x] Add simulated-socket tests for receiving, parsing, disconnecting and open status.
|
||||
- [ ] Verify automatic reconnect against a real decoder/network interruption.
|
||||
- [x] Verify automatic reconnect against a simulated decoder/network interruption (raw socket drop, not a clean close), checking for duplicate connections and correct reconnect-timer behavior.
|
||||
- [x] Document IP/port/channel setup and the difference between decoder connection and incoming data.
|
||||
|
||||
Verified 2026-09-08: 128 logic/API tests and browser smoke tests passed, including mobile profile retention during network loss and recovery via Retry. Real decoder/network reconnect remains a hardware check.
|
||||
Verified 2026-09-08: 128 logic/API tests and browser smoke tests passed, including mobile profile retention during network loss and recovery via Retry.
|
||||
|
||||
Verified 2026-09-09: a browser test (`tests/browser_decoder_reconnect.js`) drops a real TCP connection to a simulated decoder socket and confirms the frontend detects it, waits for the ~2s reconnect timer in `src/decoder_runtime.js`, and settles on exactly one live connection afterward - never two at once. Disabling auto-reconnect through the real Settings form (not a raw state patch, which never reaches an already-loaded page) correctly stops further retries after a drop. Reconnecting against physically real AMMC hardware remains a separate hardware-in-the-loop check this suite cannot cover.
|
||||
|
||||
## 3. Clearer practice follow-up
|
||||
|
||||
|
||||
Reference in New Issue
Block a user