Ruling propagation: one bounded re-reconciliation per dependent issue #16
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
#30 Slice 4 — asynchronous curation
Ting/CurryComb
Reference
Ting/CurryComb#16
Loading…
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?
Proposal
A ruling on an issue re-reconciles its dependents through the ordinary loop — one bounded pack each, no estate reload (§Reconciliation contract; handoff refuses "loading the whole estate into memory for one reconciliation").
Tasks
Requirement scenario
GIVEN a ruling on parent #P with dependents D1–D3, WHEN propagation schedules, THEN exactly three bounded reconciliations run; a duplicate event converges to a no-op.
Ruling propagation: one bounded re-reconciliation per dependent issue
State:
open· Labels: Kind/Feature · Comments: 0Rendered by CurryComb slice 1 projection v1. The body will be replaced by rule-derived content in Slice 3.