From 824663bcaab3f30d6eb87965c782a1949afba4bc Mon Sep 17 00:00:00 2001 From: moojttaba Date: Thu, 4 Jun 2026 15:11:08 +0330 Subject: [PATCH] =?UTF-8?q?docs:=20activity=20log=20=E2=80=94=20frontend?= =?UTF-8?q?=20v2.8.91=20(seller=20stepper=20paid=E2=86=92ship)?= 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 | 15 +++++++++++++++ 1 file changed, 15 insertions(+) diff --git a/09 - Audits/Activity Log.md b/09 - Audits/Activity Log.md index 3efd4c7..2e90ca1 100644 --- a/09 - Audits/Activity Log.md +++ b/09 - Audits/Activity Log.md @@ -1292,4 +1292,19 @@ request to 'payment'. --- +### 2026-06-04 — frontend v2.8.91 — seller stepper: paid/shop request shows "ship goods" + +Buyer stepper confirmed correct (paid shop request → step 4 «انتظار ارسال»). +Seller side was wrong: a paid shop (template) purchase showed seller step 1 +(«ارسال پیشنهاد») because determineSellerStep gated the step on an +accepted/hasOffer context the seller view couldn't reliably compute (id seam). +Since a funded escrow implies an accepted offer for that seller, post-payment +seller steps are now FIXED/unconditional: pending_payment/payment_pending → 2 +(awaiting payment), payment/processing/paid → 3 (ship goods), delivery → 4, +delivered/confirming → 5, seller_paid/completed → 6. Removed the unreliable +`accepted` flag. (Pre-payment states keep the hasOffer 1/2 logic.) +**Verification:** tsc + eslint clean. + +--- +