v1.12.2
Released 19 August 2026: an attribution slot on every receipt-game winning option, some older Activities blocked at publication, and embedding fixes.
Check before your next publication
- Receipt games: every winning option now needs an attribution slot, so a receipt game that published last month may now stop. Validate those waiting to go live.
- Older Activities: some can no longer be published and must be rebuilt. Check long-running campaigns, and copies of them, well before your event.
Transactions
Every receipt-game winning option needs an attribution slot. A slot says when the option can be won. Publishing stops until each option has at least one, whatever its Total Quantity. Each slot needs a quantity above 0, and Total Quantity must equal the sum of the slots. So a receipt-game prize can't be unlimited any more. For an open-ended prize, put the most you'll give away in one slot covering the campaign. See Winning options and attribution slots.
Slots must fit the dates the game runs. Those are the campaign dates, or the touchpoint's own dates if it overrides them. A slot outside them stops publication, and the message names the dates it must fit. Recheck your slots after you shorten a campaign, or turn on a date override. See Say when it can be won and Attribution slots.
Events
Some older Activities are blocked at publication. Publishing names each one, because it could fail when an attendee tries to book. To rebuild one, and before you touch an event taking bookings, see Event validation errors.
Integrations
Embedded experiences fit the page around them better.
- Drawers and forms open in view, not behind a sticky header or off-screen.
- The embed no longer jumps in height as its content changes.
- On phones, the page behind stays still while a drawer is open.
- Scratching a scratch card no longer scrolls your page.
- Visitors keep their session as they move between steps.
There's nothing to do. If your site's sticky header is unusual, your web team can name it with the player tag options below. If you have an embed live, retest it on a phone. See About website integration.
Developers
Panels open without waiting for the parent page. A panel inside an embed no longer waits for ready-to-open-modal before it opens. ready-to-close-modal is unchanged. The JavaScript player tag now places panels for you. If your own parent-page code places them, switch to the tag. See Panels.
Player tag options take effect, and three are new. width, height and the frame attributes now apply. If you also style #omnilab-iframe in your own CSS, check the two agree. The new options:
stickyHeaderSelectornames your sticky header, so drawers open below it.topOffsetkeeps a fixed number of pixels clear at the top instead.scrollIntoViewOnNavigate, set tofalse, stops the embed scrolling into view between steps.
See Player tag options.