@ashley-shrok/viewmodel-shell 6.5.0 → 6.8.0

package/dist/browser.js

@@ -3034,9 +3034,13 @@ export class BrowserAdapter {
             // filter-narrow that equals all matches; under pagination it is the current
             // page (selection accumulates via the round-tripped binds); over-cap /
             // zero-match render no rows, so the control below simply is not drawn and
-            // can never claim to select rows that are not on screen. This re-adds ONLY
-            // the DOM toggle, never the per-toggle dispatch that got the old
-            // TableNode.selection seam removed in 0.15.0.
+            // can never claim to select rows that are not on screen. It writes the binds
+            // and — for checkboxes that carry an `action` — replays each one's dispatch,
+            // so select-all does EXACTLY what clicking each row by hand does (see the
+            // change handler below). It is NOT the removed 0.15.0 selection.action seam:
+            // that was the framework's own per-toggle seam racing with no coalescing loop;
+            // this reuses CheckboxNode.action (a shipped, app-declared capability) and the
+            // v4.2 non-blocking latest-wins loop, and never forces a dispatch semantic.
             const rowCheckboxes = n.rows.flatMap(r => (r.actions ?? []).filter((e) => e.type === "checkbox"));
             if (rowCheckboxes.length > 0) {
                 const lbl = document.createElement("label");
@@ -3060,6 +3064,22 @@ export class BrowserAdapter {
                             rowInp.checked = target;
                     }
                     inp.indeterminate = false;
+                    // Select-all is N per-row toggles expressed at once: after writing every
+                    // bind, replay each checkbox's OWN dispatch. Behaviorally identical to the
+                    // user clicking each row by hand — same actions, same order, same blocking/
+                    // coalescing — so it introduces ZERO new dispatch semantics. A checkbox with
+                    // no `action` dispatches nothing, so the pure client-harvest model (selection
+                    // stays client-side until a bulk-button harvest) is untouched. The app owns
+                    // what a burst means: the non-blocking latest-wins loop it opted into
+                    // collapses N identical dispatches to one server recompute; a blocking
+                    // checkbox serializes under the dispatch guard exactly as rapid manual
+                    // clicking would. (Consumer-driven — Poppy/PBMInvoices 2026-07-20: a
+                    // server-tracked SelectedMap went stale on select-all because only per-row
+                    // toggles dispatched, not the header box.)
+                    for (const cb of rowCheckboxes) {
+                        if (cb.action)
+                            on(cb.action);
+                    }
                 });
                 lbl.appendChild(inp);
                 lbl.appendChild(mark);

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@ashley-shrok/viewmodel-shell",
-  "version": "6.5.0",
+  "version": "6.8.0",
   "description": "A server-driven UI framework where the wire format is structured enough that agents can build full-stack apps without ever opening a browser and all UI tests are pure unit tests with no browser runtime. Server returns a JSON tree of typed nodes; a thin TypeScript adapter renders it to DOM. Backend-agnostic \u2014 a .NET reference backend ships with the repo, but any language can produce the JSON contract.",
   "type": "module",
   "license": "MIT",