prreviewbuddy 0.57.0 → 0.59.38

package/CHANGELOG.md

@@ -1,5 +1,78 @@
 # Changelog
 
+## 0.59.38
+
+**Map a repository from its Architecture tab.** A review whose repository has no map now offers
+**Map this repository** on the Architecture tab. Your configured coding agent maps it in the
+background, and you can keep reviewing meanwhile. The tab says what each stage is doing, **Stop**
+ends a run you no longer want, and a notification says **Map ready** or **Mapping failed** when it
+finishes. Every linked worktree of one repository shares the same map. **How this map was made**
+says which agent made it, from which commit, and how many of the places it quotes can still be found.
+When enough of them cannot, the tab says **Architecture may be out of date** and offers **Remap
+repository**.
+
+**Map one part in depth, and see what a change touches.** Selecting a part that owns files offers
+**Map this part in depth**, which draws that part on its own with a trail back to the repository's
+map. If a later remap moves files into or out of the part, its map in depth says so and offers
+**Remap this part**. Above the drawing, **Affected by this change** names the parts the review's
+files belong to, and counts the changed files no part owns. The drawing opens fitted to the frame,
+and every part and arrow can be reached with Tab and selected with Enter or Space.
+
+**Cancel a review or an update while it runs.** A review in progress now has **Cancel review**
+beside its running time, whether it was started from the terminal or from the page. The agent is
+stopped, and the review shows as stopped with **Carry on**, which picks up where it left off. An
+update in progress has **Cancel update**: the agent is stopped and the review is left exactly as it
+was before the update began, including the pull request conversation. A cancel that arrives once
+the result is already being saved says it was too late, and the page then shows the finished
+result.
+
+**Opening a review marks its notifications read.** Any unread notification about a review is marked
+read when you open that review, however you got there: from Notifications, the Reviews list, a
+link or a reload. The notifications stay in the list; only the unread count changes. Opening one
+review leaves the notifications about other reviews as they were.
+
+**Restart is more careful.** A restart onto a new port, after changing it in Settings, keeps the old
+server answering until the new one is up, and the page follows it there. If the new server never
+starts, the old one carries on where it was. A restart now also waits for a KISS review started
+from the browser, or for a Buddy AI answer or drawing, as well as for a review or a map.
+
+**Fixes.**
+
+- A pull request whose clone has a `main` with unpushed commits can be reviewed again. The default
+  base is checked only when the pull request names no base of its own.
+- A KISS review started from the browser asks for the model the review was made with, when it uses
+  the review's agent.
+- Updating a review clears a pull request description the author has since emptied, instead of
+  carrying the deleted words into the reassessment. When the description was edited, a motive the
+  review had quoted from it is checked again, and asked about if the quote has gone.
+- A KISS answer that lost recommendations on the way reads as incomplete, not as proportionate.
+- A JSON example in the prose before an agent's reply is no longer mistaken for the reply.
+- Files, Architecture, Change map and Implementation take the same full width in focus mode.
+- The line between open and resolved findings, and similar section lines on Files, KISS, Reviews and
+  Notifications, have gone; space separates them instead.
+- The unused native desktop notification code has been removed, along with the
+  `PRB_DESKTOP_NOTIFICATIONS` setting that switched it on. Notifications in the workspace, and the
+  toasts that announce them, are unchanged.
+
+## 0.58.0
+
+**Architecture: the important parts of a repository and how they relate.** A repository with an
+architecture gets a third tab in Diagrams, before Change map and Implementation. It shows the
+repository's main parts and the relationships between them, the same for every review of that
+repository. A part that contains others opens to show them, with a trail back to where you started.
+Selecting a part or an arrow shows what it is, the relationships it takes part in, and the code each
+claim rests on, quoted, with a link that opens your editor at that code.
+
+**The evidence follows the code.** Every claim cites a short quote from a file, not just a line
+number. Each time the page loads, the quote is looked for again in the code as it is now, so a link
+still lands on the right code after lines above it were added or removed. A claim whose code can no
+longer be found keeps its quote and note but loses its link, and the tab says how many citations
+still stand.
+
+Nothing in the workspace makes an architecture yet. A repository without one shows no Architecture
+tab, so for now nothing changes unless a model has been imported with the developer command
+described in `docs/architecture/README.md`.
+
 ## 0.57.0
 
 **Reviews you marked reviewed now find out when their pull request merges.** Until now the