Reject overlapping configuration source edits before writing
Nested eligible calls produce overlapping text edits and corrupt files. Plan edits with deterministic nesting handling.
- Focused work estimate
- 4h + prerequisites
- Priority in the scenario
- High
- Engineering practice
- Algorithms · Source transformation
Estimated field mix
- Compiler and language tooling100%
Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.
Review it, then add it to your workspace.
The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.
Project context
Fictional package Laurel replaces configure(name, options) with configure({name, options}). Build synthetic TypeScript-like AST fixtures or use the repository's installed parser; source is analyzed, never executed.
Setup prerequisites
- Create synthetic supported and ambiguous call-site fixtures.
- Define the exact old/new API contract and a dedicated output directory.
Preceding work
Complete these dependencies, or supply their agreed outputs before taking this ticket.
- CMIGR-101 · Identify deprecated configuration imports by resolved binding
- CMIGR-102 · Exclude comments and string literals from configuration migration candidates
- CMIGR-103 · Report ambiguous configuration calls for manual review
- CMIGR-104 · Transform the supported configuration call shape without reordering evaluation
- CMIGR-105 · Preserve configuration-call comments during transformation
- CMIGR-106 · Make the configuration migration idempotent
Acceptance criteria
- Edits do not overlap
- Nested calls follow documented policy
- Ambiguous overlap skips file safely
Implementation constraints
- Prefer one syntax-tree rewrite over blind offset patches.
Verification to include
- Transform disjoint calls
- Transform nested eligible calls
Deliverables
- Edit planner and overlap cases
Rollout and recovery
Emit preview only for files with unresolved overlaps.
Value of the work
For the engineer: Practice conservative automated refactoring and reviewable uncertainty.
For the team: Inspect whether migration automation reduces repetitive work without silent semantic changes.
Evidence boundaries
Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.
Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.