Fixed, and we proved it

Paddle webhook trusts client-controlled seat quantity

We ran your real handler before and after the fix, against the same deliveries. The item count is read from your own store, not from what the handler returned.

Before fix

FAIL

items: —

After fix

PASS

items: —

What we did to it

Delivered the same purchase several times. The provider does this in production. We caused it on purpose.

In the run

The provider, answered by our twin
Your handler
Your own store

What we ran it on

Your repository — first exactly as it is, then again with your fix applied. The same probe both times. Nothing was mocked or stubbed out.

The sandbox this ran in has been shut down. The results above are the saved record, exactly as captured.

No production keys or customer data were used in this run.

exit ? → ?

· 9c61192f9179

ⓘThis receipt is the stored record of the run — exit codes, probes and payloads exactly as measured.

run metadata

sandbox id: spec: —run id: 9c61192f9179

Generated by FetchSandbox — anyone with this link can read the proof.