Spin Wheel Shows the Real Rewards STAGING
"Spin wheels need to reflect the actual reward items in the reward pool."
The wheel used to be a picture. It had eight fixed prizes painted into the app — Free Drink, +100 Pts, 10% Off, Free Pastry, Bonus Spin and so on — that had nothing to do with what a shop had actually configured. It now draws the shop's own reward pool.
The wheel only shows prizes that can actually be won
This is the part that matters. The wheel asks for exactly the rewards the draw is allowed to pick, using the same rule:
- Rewards that are switched off don't appear.
- Target-gated rewards — the big ones held back until a threshold is met — don't appear while they're locked, because they can't be won yet.
- The consolation reward does appear, because it genuinely can come up. It's shown in grey so it doesn't read like a prize.
The wheel also adapts to the size of the pool — five rewards means five slices, not eight — and long reward names shrink to fit rather than spilling over.
The wheel still doesn't stop on the prize you win. It spins to a random position and the result comes from the server, exactly as before. Making it land on the winning slice would mean either changing how the odds look or deciding the result before the spin, so we've left it honest — tell us if you'd rather it stopped on the winner and we'll work out how.
Also worth knowing
The wheel doesn't receive the odds — only the reward names — so a customer can't read a shop's prize weightings out of the app.
Checks
| Suite | Result |
|---|---|
| App rendering (local, incl. a control that the old prizes are gone) | 24/24 |
| Staging, against the deployed service | 5/5 |
| Staging smoke regression | 5/5 |
The staging run flips a real reward between locked, switched-off and available and watches the wheel's contents change each time, then compares the wheel's list against the draw's own list entry by entry.
No database change was needed. Verified on staging.