Skip to content

[P3.7] Bulk/overwrite CLI ops are non-atomic or overwrite without confirmation — batch fix #778

Description

@frankbria

Severity: low | Category: data-integrity | Phase: P3.7

Problem

tasks set --all commits per-task and aborts mid-loop on an invalid transition (partial state); init --generate-config overwrites an existing CODEFRAME.md with no --force; batch stop/status/follow silently act on the newest of an ambiguous prefix; batch follow double-counts due to reversed event ordering.

Evidence

codeframe/cli/app.py:2138 (tasks set --all), :217 (init --generate-config), :4068 (ambiguous batch id), :4377 (batch-follow double-count)

Acceptance criteria

Bulk update pre-validates or reports partial progress; config write guarded by --force/confirm; ambiguous batch id errors with candidates (like work start); batch follow resumes from the newest event / guards non-idempotent counters.

Dependencies

None


Filed from the SaaS launch-readiness audit. Atomic: one developer, one session. Work order: strictly P0.1 → P3.12 (no forward dependencies).

Metadata

Metadata

Assignees

No one assigned

    Labels

    P3-post-betaLow priority - can wait until after beta (v2.0)priority:lowtype:bugSomething is broken and needs fixing

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions