kevinveenbirkenbachandClaude Opus 5 3724d04fb9 fix(rescue-index): keep what the walk reached before it failed ...

find and du write what they already collected and only then return nonzero, so
the guards added in ce1c5b5fe were throwing away the evidence the index exists
to report. One vanished entry mid-walk blanked the whole listing: '0 file(s)',
no paths, on a tree that was mostly readable. The rescue tree is indexed while
a failed run is still tearing down, so that is the normal case, not the corner
one.

Stop resetting LISTING, fall back on SIZE only when du produced nothing, and
turn the early exit into a warning so the partial listing still prints.

The existing test could not see this: its stub find emitted nothing, so it only
covered a total failure. The new case stubs a find that prints rows and then
fails, and it fails against ce1c5b5fe.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-08-01 02:13:30 +02:00

..

act

fix(act): let the requested distro survive into the nested sweep

2026-07-30 15:08:51 +02:00

ci

feat(ci): index the rescue tree at every collection site

2026-08-01 02:13:29 +02:00

local

…

swarm

fix(swarm-test): let the stack collector demand its output directory

2026-08-01 02:13:25 +02:00

utils

fix(rescue-index): keep what the walk reached before it failed

2026-08-01 02:13:30 +02:00

distros.sh

fix(test-e2e): report the abort instead of dying on it

2026-07-30 15:08:51 +02:00

roundtrip.sh

fix(roundtrip): gate on a drill marker, not a workflow step name

2026-08-01 02:13:17 +02:00