From 98fa717f7db2ebbd3fb873441a462733e8b77363 Mon Sep 17 00:00:00 2001 From: moojttaba Date: Thu, 4 Jun 2026 14:47:05 +0330 Subject: [PATCH] =?UTF-8?q?docs:=20activity=20log=20=E2=80=94=20frontend?= =?UTF-8?q?=20v2.8.90=20(checkout=20stepper=20+=20paid-step=20advance)?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Co-Authored-By: Claude Opus 4.8 (1M context) --- 09 - Audits/Activity Log.md | 20 ++++++++++++++++++++ 1 file changed, 20 insertions(+) diff --git a/09 - Audits/Activity Log.md b/09 - Audits/Activity Log.md index 8704a62..3efd4c7 100644 --- a/09 - Audits/Activity Log.md +++ b/09 - Audits/Activity Log.md @@ -1272,4 +1272,24 @@ reads the created request id from batch-convert's data[]; button relabeled to --- +### 2026-06-04 — frontend v2.8.90 — checkout stepper + paid-step advance fix + +- In-shell checkout shows a 3-step progress header (cart → address → payment), + reusing TelegramRequestStepper (new optional `title` prop): cart step 1, + checkout step 2, payment step 3 (only when reached from checkout via the new + `checkoutFlow` prop + `paymentCheckoutFlow` shell state). BackButton steps + checkout→cart and checkout-payment→cart. +- Stepper fix: a PAID request (status 'payment' = escrow funded — confirmed + working end-to-end via the AMN scanner: `[direct-balance] check paid … delta`) + was stuck on step 3 because 'payment' was grouped with the unpaid statuses. + determineBuyerStep now maps 'payment' → 4 (awaiting shipment), 'confirming' → + 5; only pending_payment/payment_pending stay on 3. Request-detail «پرداخت» + CTA hidden once status is 'payment'. +**Note:** in-shell direct-transfer payment is confirmed working — a real 0.01 +USDC BSC transfer to the derived address was auto-detected and advanced the +request to 'payment'. +**Verification:** tsc + eslint clean. + +--- +