From c3a4fdf204d7ce4cd25a469c3118a4bea69eef7e Mon Sep 17 00:00:00 2001 From: moojttaba Date: Thu, 4 Jun 2026 01:32:55 +0330 Subject: [PATCH] =?UTF-8?q?docs:=20activity=20log=20=E2=80=94=20frontend?= =?UTF-8?q?=20v2.8.82=20(digital=20checkout=20no-address=20+=20pending=5Fp?= =?UTF-8?q?ayment=20stepper)?= 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 | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/09 - Audits/Activity Log.md b/09 - Audits/Activity Log.md index 70f68ff..61bf0b3 100644 --- a/09 - Audits/Activity Log.md +++ b/09 - Audits/Activity Log.md @@ -1156,4 +1156,22 @@ paymentConfirmed:true on-chain flow. --- +### 2026-06-04 — frontend v2.8.82 — checkout: digital skips address; fix buyer pending_payment stepper + +- In-shell checkout: only PHYSICAL products require a delivery address; digital + products / services / consultations are delivered online (email/link) so the + address picker is hidden. Cart items now carry productType; needsAddress is + derived from it (deliveryType fallback for older items). +- Buyer stepper fix (request-config determineBuyerStep): pending_payment / + payment / payment_pending were grouped with the PAID states and returned step + 4 ("awaiting shipment"), so a just-placed unpaid order looked like the payment + step was skipped. Those un-paid statuses now return step 3 ("select & pay"), + so the request correctly shows the payment step as current. +**Open:** the actual on-chain escrow payment step inside the Mini App still needs +a wallet rail (TON Connect / WalletConnect) — order placement is in-shell, the +pay action is the remaining web3 piece. +**Verification:** tsc + eslint clean. + +--- +