Previously, when a user reopened a group order whose cutoff day had already passed, the /eskaera/check-status response correctly triggered the localStorage cart clear, but _autoLoadDraftOnInit immediately re-fetched the previous cycle's draft sale.order from /eskaera/load-draft (which only guarded on group_order.state, not cutoff_date) and the stale items reappeared in the cart, confusing users. Add a cutoff_date < today guard to load_draft_cart so the endpoint returns the existing clear_cart unavailable response, and short-circuit _autoLoadDraftOnInit on the frontend via a _skipDraftAutoLoad flag set in _checkGroupOrderStatus to avoid the now-pointless XHR round trip. Covered by a new regression test in tests/test_group_order_status_endpoint.py. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com> |
||
|---|---|---|
| .. | ||
| __init__.py | ||
| exceptions.py | ||
| portal.py | ||
| website_sale.py | ||
| website_sale_i18n.py | ||
| website_sale_pickup.py | ||
| website_sale_pricing.py | ||
| website_sale_products.py | ||
| website_sale_utils.py | ||
| website_sale_validators.py | ||