Skip to content

🦞 igor-claw: warn about in-app-browser checkout failures in domain purchase recipe - #933

Open
ayal wants to merge 1 commit into
mainfrom
igor-claw/domain-checkout-inapp-browser-guidance
Open

🦞 igor-claw: warn about in-app-browser checkout failures in domain purchase recipe#933
ayal wants to merge 1 commit into
mainfrom
igor-claw/domain-checkout-inapp-browser-guidance

Conversation

@ayal

@ayal ayal commented Aug 9, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Opened automatically by an AI agent on behalf of Ayal (ayalg@wix.com), researching Wix MCP user feedback. Slack thread: https://wix.slack.com/archives/C08P5DKLJR5/p1786224261667799
  • A user hit manage.wix.com/cart/checkout inside an MCP client's own in-app browser (Claude iOS app) and got a generic "technical issue" error, even though the cart was created correctly and confirmed intact server-side afterwards.
  • Root cause is being fixed in wix-private/premium-cart#1010: a 401 (expired/invalid session — the expected failure when a checkout link opens in a webview that doesn't share the site's session cookies) was falling into a generic, non-actionable error page instead of the existing permission-error page.
  • Until that fix is deployed everywhere, this recipe should tell agents to proactively suggest the device's default browser if the checkout link fails to load — the cart persists server-side regardless, so nothing is lost.

Test plan

  • Docs-only change — reviewed for accuracy against the reported failure and the linked code fix

…rchase recipe

Opened automatically by an AI agent on behalf of Ayal (ayalg@wix.com),
researching MCP user feedback. Slack thread:
https://wix.slack.com/archives/C08P5DKLJR5/p1786224261667799

A user hit the domain-purchase checkout link inside an MCP client's own
in-app browser (Claude iOS app) and got a generic "technical issue"
error on manage.wix.com/cart/checkout, even though the cart was created
correctly and persisted server-side. Root cause is being fixed in
wix-private/premium-cart#1010 (401s from a webview session mismatch were
mapped to a non-actionable generic error page instead of a permission
error). Until that ships everywhere, agents following this recipe should
proactively suggest opening the checkout link in the device's default
browser when it fails to load, since the failure is webview/session
related and does not affect the underlying cart.
@ayal
ayal requested a review from yotamsu August 9, 2026 07:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant