Development record
When ahoy install refuses a prompted answer to the visibility, docs_target or oracle_backend question (a piped 'y' where a choice is expected, say), it says nothing about the refused answer: the person sees only the gap that remains. The fix for iss-2610020700263496 adds a note naming the refused answer for scan_deep alone, as that remedy asks, and a retired docs target already has its own note; the other value questions stay silent. Found by the lane for iss-2610020700263496 (abcd-0d, 2026-10-12).
issueopenminoriss-2610121224332411
When ahoy install refuses a prompted answer to the visibility, docs_target or oracle_backend question (a piped 'y' where a choice is expected, say), it says nothing about the refused answer: the person sees only the gap that remains. The fix for iss-2610020700263496 adds a note naming the refused answer for scan_deep alone, as that remedy asks, and a retired docs target already has its own note; the other value questions stay silent. Found by the lane for iss-2610020700263496 (abcd-0d, 2026-10-12).
Frontmatter
| id | iss-2610121224332411 |
|---|---|
| type | issue |
| lifecycle | open |
| severity | minor |
.abcd/work/issues/open/iss-2610121224332411-ahoy-refused-answer-note-only-scan-deep.md
open on GitHub ↗ · commit history ↗
References1
- iss-2610020700263496ahoy install discards the explicitly passed --docs-target, --visibility and --oracle-backend values when the scan_deep question is answered out of set, and says neither that it did nor why. stepConfigValues collects every config value and persists them in one write only after the last question is answered; on a private repository with trufflehog on PATH it asks scan_deep, the documented 'yes |' form answers 'y', which is not in true|false, so the step returns nil and nothing is written. .abcd/config.json keeps only attribution and meta; the run ends 'partial' with remaining gaps config.docs_target_missing, config.oracle_backend_missing and config.visibility_missing, the three values the operator passed as flags, never scan_deep; no note says the scan_deep answer was refused; and the receipt's remedy, 'run abcd ahoy install again and answer y to each question', repeats the cause. The neighbouring artefact_kind question treats the same 'y' as its default with a note naming the answer. The bare detection pass cannot preview the question, because config.scan_deep_missing is raised only once visibility=private is persisted, not when it arrives as a flag. Reproduced at tip with: yes | abcd ahoy install --adopt --docs-target agents_md --visibility private --oracle-backend host-delegated --attribution (scratch repo, trufflehog on PATH). Adding --scan-deep false saves all four values and plants the block in AGENTS.md only. On v0.9.0, whose docs target defaulted to both, the dropped docs target is what planted the block into CLAUDE.md as well as AGENTS.md (the default became skip in dae705d5).blocked by