Twinned from https://github.com/cfsh/ninefold/issues/938 by tools/beads/import_github.py's reconcile pass.
Suggestions from ninefold-reviewer's review of #937
apply()'s row.issue fallback assumes an issue is OPEN without ever querying its real state. design_docs/tools/operationalize_design.py, apply(), the elif row.issue is not None: branch (~line 265): when a task's Issue cell already carries a real issue number that list_task_issues doesn't discover — e.g. the issue's title was edited after creation and no longer matches the <doc_id> T<n>: <title> convention list_task_issues matches on (tools/github_live/tasks.py:64-83) — the code hardcodes issue_state = \"OPEN\" instead of looking the issue up. If that issue is actually closed and this is the first time it's added to the Project (tasks.project_status(...) is None), it lands as Backlog instead of Done: a silent, wrong initial classification that only a human noticing and fixing by hand corrects. No test exercises this branch's state handling. Low real-world likelihood under T4's currently-planned usage (hand-added empty Issue columns route every backfilled task through list_task_issues, not this fallback), which is why this didn't block CONVERGED on #937.None.
No comments.