delete-tagging completeness test misses service subpackages #787
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.
Blocks
#670 epic: one guard enforces the recorded limits on every surface
sixfold-space/madtea
Reference
sixfold-space/madtea#787
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?
The completeness test that checks every delete call carries its guard tag scans only the top-level service package and the
client.Delete*call shape. A delete in a service subpackage, for example the finish remote-branch cleanup, is tagged correctly today but is not covered by the test. A future untag there would silently refuse that cleanup with no test failure.Fix:
Delete.Acceptance:
Part of the write-guard work (#670).