Kanban: column rename cascade is non-atomic — failed task migrations silently orphan cards #139
Labels
No labels
prio_critical
prio_low
type_bug
type_contact
type_issue
type_lead
type_question
type_story
type_task
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lhumina_code/hero_archipelagos#139
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?
board_view.rs::handle_edit_swimlanesaves the renamed project first, then fans out per-taskmove_task_to_swimlanecalls viafutures::future::join_all. If any of those task updates fails, the project already holds the new swimlane name but the affected task still points at the old name. The card disappears from the board (no column matches its storedswimlanestring) and the error only surfaces as a banner the user is likely to miss.Options:
rename_swimlaneRPC that atomically renames the swimlane and all tasks in one transaction (requires SDK work).project.swimlanesto the old name on any task-update failure, and re-issue the failed moves on a retry.