You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Publishers or 3rd party scripts should be able to set EIDs and have them picked up by adapters without the need to include any userID module.
Other information
With #12110, EIDs set as first party data are picked up by the userID module an and included in userIdAsEids. However, if the userId module is not present, userIdAsEids is also missing and many adapters would not see any ID.
Options are:
update every adapter to look at ortb2.user.ext.eids instead of userIdAsEids;
move the userIdAsEids logic out of userId and into core.
Also related: deprecation of the legacy userId (#11377)
The text was updated successfully, but these errors were encountered:
Another script or browser extension plans to inject eid for bidder utility however prebid does not have userid module installed.
Publisher wants to just set a simple id without the overhead of userid module.
Open question: is anyone opposed to making it easy to inject ids by another party when there is no userid module?
Type of issue
Feature request
Description
Publishers or 3rd party scripts should be able to set EIDs and have them picked up by adapters without the need to include any userID module.
Other information
With #12110, EIDs set as first party data are picked up by the userID module an and included in
userIdAsEids
. However, if the userId module is not present,userIdAsEids
is also missing and many adapters would not see any ID.Options are:
ortb2.user.ext.eids
instead of userIdAsEids;userIdAsEids
logic out of userId and into core.Also related: deprecation of the legacy
userId
(#11377)The text was updated successfully, but these errors were encountered: