← All clips · Events & Ticketing

Buy a ticket with a card

PASSING SMOKE GuestMember 12 steps · 24.1s · recorded Aug 30, 11:02 AM · bd2e5e8

Viewing an archived run (20260830T180150Z-bd2e5e8). Back to the current run.

This run has no video.

Speed

A member browses the public catalog, reserves a seat against the hold timer, pays with the mock card adapter, and lands on a paid order with a ticket in their wallet.

Training manual → ← Leave feedback on the app itself Resell a ticket on the exchange →

Source: e2e/scenarios/test_wf_buy_a_ticket.py:1 · run 20260830T180150Z-bd2e5e8 · steps carry start_ms/end_ms offsets into the video

Steps

  3. The guest browse above needed no account. Buying does, and the sign-in is measured by the guest journey rather than counted twice here.

  4. Pressed, not typed. An href in the markup is not a tap that works — the same affordance on the home rail carried a correct href and was dead on every mouse for as long as it had existed (plan 307).

  6. Reserving takes the seat out of inventory and starts a 5-minute hold; the countdown on the next page is that hold.

  7. If the hold expires the seat goes straight back into inventory — the scheduler sweeps it, nobody has to click anything.

  8. Charged through the mock payments adapter with token tok_success.

  9. The hub is where a member already lives — tickets, credit, listings and comps — so the purchase confirms in context rather than on a receipt page they have to navigate away from.

  10. The collapsed bar is one row at every role; the full role-gated navigation lives in this panel and closes as soon as you leave.

  12. The order is paid, the ticket is issued, and the ledger has the money.

Notes

Sign in to leave a timestamped review note. Notes land in the same review backlog as in-page annotations.

  1. No notes on this clip yet.
Run history (6)