From 215303161ba3348da5a905ad4279306726c222a6 Mon Sep 17 00:00:00 2001
From: siddharthd <siddharthdevilz@gmail.com>
Date: Wed, 12 Aug 2026 20:38:43 +1000
Subject: [PATCH] orders: bring the lifecycle-only toggle's numbers up to date
 (board 210)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

The count moved three times on 2026-08-12 and the history is the point:

  755  when the predicate was written
  904  after board 219 turned unstated zeros into NULLs — those 149 rows had
       been failing the "no amount" test on a technicality
  699  after 210a retired 205 Amazon "share your experience" mails, which were
       never lifecycle events at all
  620  after 210b joined 79 phantoms to their real parent, placebo-verified at
       a 1.9% error rate

What is left is the corpus coverage ceiling rather than a defect — a mail whose
parent is not in the corpus has nothing to join to — and the tooltip now says
that instead of describing the whole class as an open ingestion defect.
---
 src/app/orders/page.tsx |  2 +-
 src/lib/order-feed.ts   | 22 +++++++++++++++-------
 2 files changed, 16 insertions(+), 8 deletions(-)

diff --git a/src/app/orders/page.tsx b/src/app/orders/page.tsx
index 9d8a7fa..c462516 100644
--- a/src/app/orders/page.tsx
+++ b/src/app/orders/page.tsx
@@ -526,7 +526,7 @@ function OrdersContent() {
           ))}
         </select>
         <label className="flex items-center gap-2 text-xs text-zinc-400 cursor-pointer select-none"
-               title="Rows with no amount, no order reference and one lifecycle event are not purchases — they are a second entity minted from a mail describing an order that already exists. Hiding them is a workaround for a known ingestion defect, not a fix.">
+               title="Rows with no amount, no order reference and one lifecycle event are not purchases — they are a second entity minted from a mail describing an order that already exists. 620 remain: the review-request mails have been retired and the ones whose parent could be identified have been joined to it, so what is left is mail whose parent is not in the corpus.">
           <input
             type="checkbox"
             checked={showLifecycle}
diff --git a/src/lib/order-feed.ts b/src/lib/order-feed.ts
index c6c05ab..77fb30f 100644
--- a/src/lib/order-feed.ts
+++ b/src/lib/order-feed.ts
@@ -108,14 +108,22 @@ export interface OrderFilters {
 /**
  * Rows with no amount, no order reference and a single lifecycle event are not
  * purchases — they are a second entity minted from a mail describing an order
- * that already exists (Amazon "share your experience", DoorDash no-contact
- * delivery details, shipment notices). 904 of them as of 2026-08-12.
+ * that already exists (DoorDash no-contact delivery details, shipment notices).
+ * 620 of them as of 2026-08-12.
  *
- * It hid 755 when written. Board 219's zero-to-null repair took it to 904:
- * those 149 rows had been failing the "no amount" test on a technicality — an
- * unstated 0 they should never have carried — and they match the phantom
- * signature on every other count, so hiding them is the predicate working, not
- * collateral damage.
+ * The count moved three times that day and the history is the point:
+ *   755  when this predicate was written
+ *   904  after board 219 turned unstated zeros into NULLs — those 149 rows had
+ *        been failing the "no amount" test on a technicality
+ *   699  after board 210a retired 205 Amazon "share your experience" mails,
+ *        which were never lifecycle events at all (ingest/order_noise.py)
+ *   620  after board 210b joined 79 phantoms to their real parent
+ *        (jobs/phantom_order_joiner.py, placebo-verified at a 1.9% error rate)
+ *
+ * What is left is the corpus coverage ceiling rather than a defect: a mail
+ * whose parent is not in the corpus, or whose merchant is ambiguous, has
+ * nothing to join to. This stays a UI workaround for those, and the toggle
+ * still says so.
  *
  * This is a WORKAROUND for board 210, not a fix. The upstream defect is that a
  * lifecycle mail printing no order reference cannot join its own order, so it