fix(config): resolve the forge from the working context, not a stale global default #406
No reviewers
Labels
No labels
breaking
bug
documentation
enhancement
epic
good first issue
help wanted
refactoring
resolution/duplicate
resolution/invalid
resolution/wontfix
security
severity/critical
severity/high
severity/low
severity/medium
status/abandoned
status/blocked
status/needs-decision
status/needs-info
status/needs-verification
testing
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sixfold-space/madtea!406
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "issue-390-forge-resolution"
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?
Summary
Three forge-resolution bugs shared one root: writes and MCP repo ops must follow the working context (origin-first, ADR 0025), never a stale or global madtea.url. All three are bug fixes that restore origin-first intent; none forks a recorded decision (the clean-greenfield global fallback in ADR 0025 rung 4 is preserved).
Adversarial verify caught and the fix round repaired a real regression: the #390 reroute initially broke the ADR 0013 --insecure-storage plaintext credential path; restored and machine-verified with the built binary. Hermetic tests (ADR 0022) pin each path. Gate green including parity and mcp-conformance.
Closes #390, #391, #379.
Closes #391
Closes #379
Closes #390