docs: activity log — frontend v2.8.90 (checkout stepper + paid-step advance)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

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.
+
+---
+
 <!-- Add new entries above this line. Newest at top. -->