bunnyquery 1.10.0 → 1.10.1

package/dist/engine.d.mts

@@ -2970,6 +2970,17 @@ declare function createHistoryFiller(base: Omit<FillHistoryViewportOptions, 'isS
  * loaded (`mayHaveOlder`), and it is the same event that already re-derives
  * `runKey` — so the view treats it as a new row either way.
  *
+ * One row per FILE, not per run. A file indexed and later indexed again (a
+ * re-upload, an explicit Reindex, a retry after a failure) has several RUNS in
+ * the transcript, each opened by its own "A new file has just been uploaded"
+ * pass. They are attributed as separate groups (mixing their passes would let an
+ * old failure be painted over by a new success, or a new run inherit an old
+ * stop), but only the NEWEST run of a file is rendered once the older ones have
+ * settled. Two green "Indexed" rows for one file read as a duplicate, not as
+ * history, and a superseded run's verdict is not the file's state. An older run
+ * that is still working stays visible until it settles, so a double dispatch is
+ * never hidden while both chains are live and its Stop button stays reachable.
+ *
  * The group deliberately reports no authoritative pass TOTAL. History is paged
  * newest-first, so any total computed from loaded messages is a lower bound that
  * a later scroll-up would contradict. It reports STATE (indexing / indexed /
@@ -3004,12 +3015,13 @@ type IndexingGroup = {
      *  surprised out of. */
     key: string;
     /** Identity of this ROW: one indexing RUN of that file. A file indexed on
-     *  Monday and re-indexed on Wednesday is two runs, and collapsing them into
-     *  one row erased Monday's from Monday's place in the conversation, claimed
-     *  its passes for Wednesday, and let Monday's failure be overwritten by
-     *  Wednesday's success. Named after the run's FIRST loaded pass (see where it
-     *  is assigned below), so passes appended to the run and other runs appearing
-     *  on either side of it never rename a row already on screen.
+     *  Monday and re-indexed on Wednesday is two runs, and merging them into one
+     *  group claimed Monday's passes for Wednesday and let Monday's failure be
+     *  overwritten by Wednesday's success. They stay separate groups; what the
+     *  view gets is only the newest of them once the rest have settled (see the
+     *  file docstring). Named after the run's FIRST loaded pass (see where it is
+     *  assigned below), so passes appended to the run and other runs appearing on
+     *  either side of it never rename a row already on screen.
      *
      *  This is the RENDER key, and only that. It is renamed when the run's true
      *  first pass finally loads — routine while a worker-driven chain is running,
@@ -3245,12 +3257,6 @@ declare function parseIndexingLabel(content: string): {
     continued: boolean;
     isReindex: boolean;
 } | null;
-/**
- * Collapse background-indexing turns into per-file groups.
- *
- * Messages that are not background-indexing pass through untouched, at their
- * original positions and with their original indices.
- */
 declare function buildChatDisplayList(messages: ChatMessage[], opts?: BuildDisplayListOptions): DisplayEntry[];
 
 /**

package/dist/engine.d.ts

@@ -2970,6 +2970,17 @@ declare function createHistoryFiller(base: Omit<FillHistoryViewportOptions, 'isS
  * loaded (`mayHaveOlder`), and it is the same event that already re-derives
  * `runKey` — so the view treats it as a new row either way.
  *
+ * One row per FILE, not per run. A file indexed and later indexed again (a
+ * re-upload, an explicit Reindex, a retry after a failure) has several RUNS in
+ * the transcript, each opened by its own "A new file has just been uploaded"
+ * pass. They are attributed as separate groups (mixing their passes would let an
+ * old failure be painted over by a new success, or a new run inherit an old
+ * stop), but only the NEWEST run of a file is rendered once the older ones have
+ * settled. Two green "Indexed" rows for one file read as a duplicate, not as
+ * history, and a superseded run's verdict is not the file's state. An older run
+ * that is still working stays visible until it settles, so a double dispatch is
+ * never hidden while both chains are live and its Stop button stays reachable.
+ *
  * The group deliberately reports no authoritative pass TOTAL. History is paged
  * newest-first, so any total computed from loaded messages is a lower bound that
  * a later scroll-up would contradict. It reports STATE (indexing / indexed /
@@ -3004,12 +3015,13 @@ type IndexingGroup = {
      *  surprised out of. */
     key: string;
     /** Identity of this ROW: one indexing RUN of that file. A file indexed on
-     *  Monday and re-indexed on Wednesday is two runs, and collapsing them into
-     *  one row erased Monday's from Monday's place in the conversation, claimed
-     *  its passes for Wednesday, and let Monday's failure be overwritten by
-     *  Wednesday's success. Named after the run's FIRST loaded pass (see where it
-     *  is assigned below), so passes appended to the run and other runs appearing
-     *  on either side of it never rename a row already on screen.
+     *  Monday and re-indexed on Wednesday is two runs, and merging them into one
+     *  group claimed Monday's passes for Wednesday and let Monday's failure be
+     *  overwritten by Wednesday's success. They stay separate groups; what the
+     *  view gets is only the newest of them once the rest have settled (see the
+     *  file docstring). Named after the run's FIRST loaded pass (see where it is
+     *  assigned below), so passes appended to the run and other runs appearing on
+     *  either side of it never rename a row already on screen.
      *
      *  This is the RENDER key, and only that. It is renamed when the run's true
      *  first pass finally loads — routine while a worker-driven chain is running,
@@ -3245,12 +3257,6 @@ declare function parseIndexingLabel(content: string): {
     continued: boolean;
     isReindex: boolean;
 } | null;
-/**
- * Collapse background-indexing turns into per-file groups.
- *
- * Messages that are not background-indexing pass through untouched, at their
- * original positions and with their original indices.
- */
 declare function buildChatDisplayList(messages: ChatMessage[], opts?: BuildDisplayListOptions): DisplayEntry[];
 
 /**

package/dist/engine.mjs

@@ -7918,6 +7918,29 @@ function isHiddenPass(m) {
   }
   return !!m.isPending;
 }
+function overlayRunRecordVerdict(grp, rec, liveIndexKeys) {
+  if (!grp.members.length || grp.status === "active" || grp.cancelling) return;
+  if (rec.status === "working" || typeof rec.started !== "number") return;
+  if (liveIndexKeys[grp.key] || liveIndexKeys[canonIndexKey(grp.key)]) return;
+  var firstTs = grp.members[0].msg._ts;
+  var lastTs = grp.members[grp.members.length - 1].msg._ts;
+  if (typeof lastTs !== "number" || typeof firstTs !== "number") return;
+  if (rec.started > lastTs) return;
+  var when = typeof rec.finished === "number" ? rec.finished : void 0;
+  if (when === void 0) return;
+  if (when < firstTs) return;
+  if (when < lastTs - 5e3) return;
+  if (rec.status === "error" || rec.status === "cancelled") {
+    grp.status = rec.status;
+  } else if (rec.status === "done") {
+    grp.status = "done";
+  } else {
+    return;
+  }
+  grp.finished = true;
+  grp.resolving = false;
+  grp.resolvingReason = void 0;
+}
 function buildChatDisplayList(messages, opts) {
   var list = Array.isArray(messages) ? messages : [];
   var liveIndexKeys = opts && opts.liveIndexKeys || {};
@@ -8125,6 +8148,15 @@ function buildChatDisplayList(messages, opts) {
       grp.resolving = false;
     }
   }
+  var superseded = {};
+  for (var sk in runsOfKey) {
+    var srs = runsOfKey[sk];
+    for (var sri = 0; sri < srs.length - 1; sri++) {
+      var sgp = groups[srs[sri]];
+      if (!sgp || sgp.status === "active" || sgp.cancelling) continue;
+      superseded[srs[sri]] = true;
+    }
+  }
   var stubList = [];
   var runStubs = opts && opts.runStubs;
   if (runStubs) {
@@ -8233,6 +8265,7 @@ function buildChatDisplayList(messages, opts) {
       suppressAnchor[order[ti2]] = true;
       tg.runKey = "run:" + (tg.path || tg.key) + "#" + trec.started;
       stubList.push({ started: trec.started, group: tg });
+      overlayRunRecordVerdict(tg, trec, liveIndexKeys);
     }
   }
   stubList.sort(function(a, b) {
@@ -8253,7 +8286,7 @@ function buildChatDisplayList(messages, opts) {
       out.push({ kind: "message", msg: list[j], index: j });
       continue;
     }
-    if (groups[r].anchorIndex === j && !suppressAnchor[r]) {
+    if (groups[r].anchorIndex === j && !suppressAnchor[r] && !superseded[r]) {
       out.push({ kind: "indexing", group: groups[r], index: j });
     }
   }