-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
give s2s request the same amount of time from the client side #2790
Conversation
So after the fix can we set s2s timeout to the same value as client bidders timeout or do we still need to leave 300-400ms delay between bidder timeout and s2s timeout ? Maybe it would be best to disable the s2sconfig timeout value and have prebid automatically set it according the bidderTimeout value? |
You should still leave the delay. It's motivated by network latency & time prebid.js may need to unpack the PBS response and get it into the auction
This is a great idea ^^ |
Found another problem im not sure if it was fixed in the recent pulls i just saw. If new s2s openrtb2 timeouts it will cause the entire action (client side) to never fire the action so even if there are bids in client side adapter action will never run if s2s timeouts. This happens regardless of what timeout value you set s2s config. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
In testing the point made by @mercuryyy in this branch, it seems like the bids for the other client-side adapters would still be processed and the winning ad does show. However, it also seems like the auction doesn't complete in the normal sense. From the console logs, it stops right after it made all the requests to all the bidders and emitted the various bidRequested events. This is a separate matter from the original issue per discussion with @mkendall07 and we'll create a new issue to address this behavior more ideally. |
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
…#2790) * give s2s request the same amount of time from the client side, ie do not abort early * missed auctionjs
Type of change
Description of change
The s2s timeout value was not getting the full requestBids timeout value on the client side. This was causing the request to abort on the client side if you shortened the s2s timeouts. Example, set s2s timeout to 10ms:
To repro.
Other information
May contribute to prebid/prebid-server#592