An unopenable repository fails loudly — the standing row, the paused surface, the honest heal

Claude-Session: https://claude.ai/code/session_014PtZdPwqZuqEDLc6wZMtEy
2026-08-06 18:44:12 -04:00
parent 52df210284
commit 0d8ecdb78b
20 changed files with 938 additions and 42 deletions
@@ -420,4 +420,13 @@ enum AccessibilityPhrases {
    /// Reload breakage clearing — the board is reading its files again, which is a smaller claim
    /// than the lock's and is deliberately phrased as one.
    static let reloadBreakageCleared = "The board is loading again"
+
+    /// The unreadable repository clearing (06-history-undo.md ▸ Rules, ruled 2026-07-31: "the banner
+    /// clears when a later open or reload finds the repo readable").
+    ///
+    /// Stated as the regained capability, `readOnlyLockCleared`'s rule: what the user was waiting on
+    /// is history advancing again, not libgit2 changing its mind about a folder. It stays the
+    /// smaller claim of the two — nothing about editing the board was ever blocked by this
+    /// condition, which is precisely what its own row says.
+    static let repositoryUnreadableCleared = "History is recording again"
 }