Skip to content

fix(report): source honey.conf so persisted verdict/baseline settings apply - #9

Merged
eric-sabe merged 1 commit into
mainfrom
fix/report-loads-config
Jul 8, 2026
Merged

fix(report): source honey.conf so persisted verdict/baseline settings apply#9
eric-sabe merged 1 commit into
mainfrom
fix/report-loads-config

Conversation

@eric-sabe

Copy link
Copy Markdown
Owner

Real bug surfaced while wiring up the daily routine. report.sh prints the authoritative OVERALL verdict and — since the verdict policy + baseline landed — depends on HONEY_VERDICT_FLOOR* / HONEY_TRUSTED_PATTERNS / HONEY_BASELINE. But it never sourced lib/load-config.sh, so a floor persisted in honey.conf was silently ignored when the Claude routine runs report.sh as its own process. Worse, daily-cycle.sh does load the config, so its exit code could disagree with report.sh's printed OVERALL.

Fix: source load-config.sh before baseline.sh. Verified: report.sh standalone now applies HONEY_VERDICT_FLOOR_TRUSTED=high from honey.conf (OVERALL: EXPOSED (65 review)). notify-cycle.sh already loaded it; win/report.ps1 already calls Import-HoneyConfig. shellcheck clean.

🤖 Generated with Claude Code

… apply

report.sh became config-dependent when the verdict policy + suppression baseline
landed (HONEY_VERDICT_FLOOR*, HONEY_TRUSTED_PATTERNS, HONEY_BASELINE), but it
never sourced lib/load-config.sh. The Claude routine runs report.sh as a
SEPARATE process from daily-cycle.sh, so a floor set in honey.conf was silently
ignored by the authoritative OVERALL line — and daily-cycle (which does load the
config) would disagree with report.sh's printed verdict. Source load-config.sh
before baseline.sh so honey.conf applies standalone. env var > honey.conf >
default, unchanged. (notify-cycle.sh already loads it; win/report.ps1 already
calls Import-HoneyConfig.)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@eric-sabe
eric-sabe merged commit 948a51a into main Jul 8, 2026
2 checks passed
@eric-sabe
eric-sabe deleted the fix/report-loads-config branch July 8, 2026 03:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant