6 Commits
Author SHA1 Message Date
jwinterm b44181d8d9 fix(checkout): return the customer to the merchant when payment is detected
A merchant that supplies `redirectURL` and `redirectAutomatically` is asking for its
customer back, and the moment to do that is detection rather than final depth. The
payment is already irreversible from the payer's side, and the merchant's own page is
where an order status belongs. Waiting for the confirmation target instead parks the
customer on a payment page for as long as the coin takes.

Only the classic style acted on those fields, and it held its own copy of the rule. The
standard style had no automatic return at all, and its way back appeared only once the
invoice was confirmed. Both styles now render one shared component, so the rule lives in
one place, and the return appears as soon as the payment is seen. The receipt still
waits for confirmation, because that is when there is a settled payment to describe.

Also ignores the tsbuildinfo a typecheck leaves behind.
2026-09-05 10:50:01 -04:00
xmrcheckout d039d5a984 Avoid false Monero outage states in UI 2026-03-26 15:46:31 +00:00
xmrcheckout ff96413d92 Surface Monero health status in UI and docs 2026-03-26 15:46:16 +00:00
xmrcheckout 6a3156991a Add optional post-confirmation continue URL 2026-01-08 16:43:11 +00:00
xmrcheckout 6eb8d381c9 BTCPay: add paid/receipt flow and redirect support 2026-01-08 16:43:11 +00:00
xmrcheckout c92dfd2ef1 Add UI 2026-01-04 17:57:07 +01:00