Bump version packages - #374
Merged
Merged
Conversation
adhese-git-machine
approved these changes
Sep 3, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to main, this PR will be updated.
Releases
@adhese/sdk@1.12.0
Minor Changes
3ba4427: Add support for identifying an ad's creative as empty (a no-fill/house banner) while still tracking the slot's position, without rendering it.
Call the new
processOnEmpty(ad)overload from theonRequesthook, passing the ad you received, when its content indicates there's nothing real to show. This firesonEmptyimmediately — as soon as the ad is known to be empty — while keeping the ad's data available so impression and viewability tracking pixels still fire once the slot actually renders; no creative is ever written to the element.processOnEmpty()called with no argument keeps its original behaviour: a hard empty (server returned no ad at all), withstatusbecomingemptyand nothing tracked.Returning a falsy value from the
onBeforeRenderhook now has the same tracked-but-not-rendered effect as a render-time alternative, useful when the decision can only be made right before the creative would be written to the DOM. Either way, the newisEmptyflag on the slot context reports whether arenderedslot actually got a creative or not.This also fixes a no-fill creative that was fetched while a slot was out of the viewport still being rendered once the slot scrolled into view: the position-tracked decision is now re-checked at the actual render step (whenever it happens), instead of only at request time.
The devtools slots table now shows a "No-fill" badge for slots that reached
renderedwithisEmptyset.Also fixes a pending viewability tracking pixel outliving a disposed slot: its dwell-time timer is now cancelled on
dispose()instead of firing later regardless.When an ad is marked empty,
render()no longer clears the slot's element. Previously it calledcleanElement()right before settingstatustorendered, which wiped out any fallback content the app had rendered itself (e.g. fromonEmptyoronBeforeRender) — defeating the purpose of firingonEmptyearly. The SDK now only skips writing its own creative and leaves the element exactly as the app's hooks left it.@adhese/sdk-devtools@1.0.3
Patch Changes
3ba4427: Add support for identifying an ad's creative as empty (a no-fill/house banner) while still tracking the slot's position, without rendering it.
Call the new
processOnEmpty(ad)overload from theonRequesthook, passing the ad you received, when its content indicates there's nothing real to show. This firesonEmptyimmediately — as soon as the ad is known to be empty — while keeping the ad's data available so impression and viewability tracking pixels still fire once the slot actually renders; no creative is ever written to the element.processOnEmpty()called with no argument keeps its original behaviour: a hard empty (server returned no ad at all), withstatusbecomingemptyand nothing tracked.Returning a falsy value from the
onBeforeRenderhook now has the same tracked-but-not-rendered effect as a render-time alternative, useful when the decision can only be made right before the creative would be written to the DOM. Either way, the newisEmptyflag on the slot context reports whether arenderedslot actually got a creative or not.This also fixes a no-fill creative that was fetched while a slot was out of the viewport still being rendered once the slot scrolled into view: the position-tracked decision is now re-checked at the actual render step (whenever it happens), instead of only at request time.
The devtools slots table now shows a "No-fill" badge for slots that reached
renderedwithisEmptyset.Also fixes a pending viewability tracking pixel outliving a disposed slot: its dwell-time timer is now cancelled on
dispose()instead of firing later regardless.When an ad is marked empty,
render()no longer clears the slot's element. Previously it calledcleanElement()right before settingstatustorendered, which wiped out any fallback content the app had rendered itself (e.g. fromonEmptyoronBeforeRender) — defeating the purpose of firingonEmptyearly. The SDK now only skips writing its own creative and leaves the element exactly as the app's hooks left it.@adhese/sdk-react@1.12.0
Patch Changes