One entry for one day, and the right date on it

Another round went out today from elsewhere — the HoneyOS bar — and the PDF
work landed on top of it, so the images just pushed carry both. My entry
carried the date this long session started rather than the day it shipped,
and sat below the bar's as though it were older.

One entry for the day, as the file says: newest digests at the head, the
earlier pair named, both pieces of work under it unchanged.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CHANGELOG.md

@@ -14,9 +14,15 @@ a rebuild is not bit-identical.
 
 ---
 
-## 2026-08-25 — The bar that ties the apps together
+## 2026-08-25 — The bar that ties the apps together, and Ctrl over a PDF
 
-**Images** — web `sha256:d7c66235…`, server `sha256:308ed1b7…`
+**Images** — web `sha256:783ccf92…`, server `sha256:2141f145…`
+(earlier that day: web `d7c66235…`, server `308ed1b7…`)
+
+The server image changed for the bar's runtime configuration; the second pair of
+digests carries the PDF work as well, and no backend change of its own.
+
+### The bar
 
 **Added**
 - **A strip along the top that leads to the other apps.** It is served by
@@ -38,14 +44,7 @@ a rebuild is not bit-identical.
   the bar now covers, so that gap would have been counted twice. Without a bar
   `--honeybar-h` is `0px` and every one of these is what it was.
 
----
-
-## 2026-08-22 — Ctrl and the wheel over a PDF
-
-**Images** — web `sha256:783ccf92…`, server `sha256:2141f145…`
-
-No backend source changed this round; the server digest moved only because
-`build.sh` builds both and a rebuild is not bit-identical.
+### Reading a PDF
 
 **Added**
 - **Ctrl (or ⌘) and the wheel zoom the document**, as in every other viewer, and