ux(add): during an in-progress merge, staging a just-resolved conflicted file reports "Nothing new to stage (all N already staged)" #25
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#25
Loading…
Add table
Add a link
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?
Hit live 2026-07-10 during an earlier reconcile: after hand-resolving the conflicted
docs/adr/README.md(markers removed via editor),madt_add files=["docs/adr/README.md"]returnedNothing new to stage (all 65 already staged). The resolution DID end up staged and the merge completed correctly, but mid-conflict that message reads as "your resolution was ignored" — the caller can't tell whether the resolved content is what got staged.Ask: during an in-progress merge (MERGE_HEAD present), madt_add's confirmation should be conflict-aware — e.g. "staged resolution for docs/adr/README.md (was conflicted); N other files already staged by the merge" — and never report a just-named resolved path as "nothing new".