Files
iptvnator/libs
4grayandClaude Opus 5 3f7034a2f1 test(portals): pin that a blocked refresh stops before the guard reset
The serialization test proved the second run was refused, but only through a
`sendIpcEvent` call count — the ordering was implied rather than stated. Assert
the recorded sequence directly instead: the refused call must add nothing at
all, leaving exactly one guard reset and one delete.

The distinction matters because the reset is what re-opens a host after the
failures that led here. A check placed after it would let a run that is not
allowed to proceed clear that evidence on the way out. Moving the in-flight
check (and its insertion) below the reset now fails this test.

Raised by Greptile on #1431.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-13 09:23:55 +02:00
..