Skip to content

dedup: mark→delete escalation is a no-op — decide semantics and document #73

@edheltzel

Description

@edheltzel

Source: PR #60 review (Important, non-blocking; confirmed no-op).

Records already marked as duplicates by a prior --execute run are never upgraded to deleted by a later --execute --delete run — escalation is silently a no-op. That may be the safe intended behavior, but it is currently undecided and undocumented.

Decision needed: either (a) document mark-then-delete as deliberately non-escalating, or (b) implement escalation gated behind an explicit flag. Note: interacts with #63 (cross-run visible-survivor gap) — resolve together.

Metadata

Metadata

Assignees

Labels

enhancementNew feature or requestneeds-triageMaintainer needs to evaluate this issue

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions