fix(security): clean scans no longer red the job (fp pipeline pipefail + -e abort) #4
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "fix/findings-zero-pipefail-abort"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Regression I introduced in the de-spam fix. Forgejo Actions runs steps with default
bash -eo pipefail. On a clean scan (emptysecurity_summary.txt) the fingerprint pipeline's two greps both exit 1 →pipefail→-eaborted the no-continue-on-errorBuild security reportstep → job red. Repos with findings matched (exit 0) and stayed green — exactly why NestAgent/NestMsg (clean) were red while ZeitOMeter/NestFather (findings) were green.Fix:
|| trueguards on the fp pipeline +sha256sum. Locally simulated underbash -eo pipefail: before → abort (exit 1); after → completes (FP = empty-file hash). Surgical, scanners untouched.Diagnosed via the new
if: failure()self-report (issue capturedSECURITY_FINDINGS=0).🤖 Generated with Claude Code
Forgejo Actions runs steps with default 'bash -eo pipefail'. The notify-fp pipeline added in the de-spam change did: { ...; grep ... | grep -vE '^trivy=' } | sort -u > fp_lines On a CLEAN scan (empty security_summary.txt) both greps exit 1 -> pipefail -> -e aborted the NO-continue-on-error 'Build security report' step -> job red. Repos WITH findings matched (exit 0) and stayed green, hence NestAgent/NestMsg (clean) red while ZeitOMeter/NestFather (findings) green. Add '|| true' guards so the fp computation can't abort the step. Locally simulated under bash -eo pipefail. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>