os-sdlc: green-assert failure log cached on artifact is never refreshed on later failures #306
Labels
No labels
P0
P1
P2
P3
bug
create
delete
enhancement
filed-by/agent
filed-by/user
frozen
lint-rule
needs-info
needs-triage
next
plugin/cc-architect
plugin/os
plugin/os-adr
plugin/os-aidd-lint
plugin/os-backlog
plugin/os-context
plugin/os-doc-hygiene
plugin/os-sdlc
plugin/os-vault
project/cc-os
ready-for-agent
ready-for-human
recurring
review
update
waiting
wayfinder:grilling
wayfinder:map
wayfinder:map
wayfinder:research
wayfinder:task
wayfinder:task
wontfix
worklist/deviations
worklist/lint-rule
worklist/new-implement-build
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
jared/cc-os#306
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
Context
Surfaced during the /os-sdlc:implement run for #300: the first green-assert failure's log tail is stored on artifact.yml and embedded in retry briefs, but a second, different green-assert failure did not replace it — the round-2 test-writer brief embedded the round-1 log (752 runs / 5 failures) instead of the current one (756 runs / 2 failures), while the ADR-0098 sidecar green-assert-failure.json WAS current. Fix: refresh the stored failure-log text on every failed green-assert, not just the first.
Resolution
Done: Green-assert retry briefs read failure output from the ADR-0098 sidecar (rewritten on every failed run) instead of the shell-redirected log file that could lag a round behind.
Evidence: Commit
9446f79on main; failing test reproduced two-round staleness then went green; suite 751 runs / 0 failures; rubocop clean.Follow-ups: red-assert and ac-lint retries still read their shell-redirected .log files and could lag the same way if the dispatcher misnames the redirect — surfaced to user, not filed (only occurs on dispatcher error; medium-low likelihood).