The rail swallows the click

Steps

1. 1 None Offstage: provisioning an event to sell (the instance had none on sale) 0:04
2. 2 Guest The catalogue — the same card, with no rail around it 0:17 ▣

   Establish that the card itself is fine before blaming anything.

3. 3 Guest It opens, the way a card should 0:18 ▣
4. 4 Guest Back to the front page, where the same cards live in the rail 0:21 ▣

   The rail is how a guest gets from the front page to a night. It is the first click of buying a ticket.

5. 5 Guest Press the card 0:23 ▣

   A single press, no drag. Nothing moves and nothing errors.

6. 6 Guest And the share button on a card 0:25 ▣
7. 7 Guest Press it 0:27 ▣
8. 8 Guest Dragging the rail still scrolls it 0:29 ▣

   The regression guard on the fix: capture is what makes a drag keep tracking when the pointer leaves the rail, so a fix that drops it entirely trades one bug for another.

9. 9 Guest A phone was never affected, and still is not 0:32 ▣

   `if (e.pointerType !== 'mouse') return;` — touch never enters the capture path. This is why a desktop-only dead click survived: the product is tested on the phone it is used on.