Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Should resolveToConfig be inherited from top level and exposed in browserSignals ? #1091

Open
laurb9 opened this issue Mar 20, 2024 · 1 comment

Comments

@laurb9
Copy link

laurb9 commented Mar 20, 2024

resolveToConfig indicates that the ad may be displayed in a FencedFrame. This only makes sense to be specified by whoever invokes runAdAuction, so top level, although component auctions can also specify it with no effect that I can tell.

URLs to be loaded in a FencedFrame require special headers and behavior (no access to top window for navigation etc). Therefore this signal is useful if not necessary for ad selection and even scoring in component auctions. Otherwise, an auction winner may ultimately be blocked from loading in the FencedFrame after having triggered all the win events so as to appear that it was a billable event.

One approach may be inheriting this flag from top level to expose it in browserSignals for both generateBid and scoreAd.
Another may involve the same type of filtering done for ad formats and requestedSize.

@JensenPaul
Copy link
Collaborator

Tagging @gtanzer who knows about resolveToConfig.

@laurb9, would you mind updating your GitHub profile with your affiliation?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants