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
"channel" is supposed to take values like "amp" and "app". It represents the major path taken by the request.
"integration" is supposed to take values like "ios", "mpbjs", etc -- specific details about the source within the channel.
There are couple of places where this config is used:
enabling privacy features
analytics config
The config and code label the options as "integration", but then utilize channel-like values:
// IntegrationType enumerates the values of integrations Prebid Server can configure for an account
type IntegrationType string
// Possible values of integration types Prebid Server can configure for an account
const (
IntegrationTypeAMP IntegrationType = "amp"
IntegrationTypeApp IntegrationType = "app"
IntegrationTypeVideo IntegrationType = "video"
IntegrationTypeWeb IntegrationType = "web"
)
@rpanchyk - please confirm that these configurations actually look at ext.prebid.channel.name despite being called integration-enabled. Assuming so, please rename the code, config, and docs to align the terminology to channel-enabled.
The text was updated successfully, but these errors were encountered:
Confirmed to rename privacy.ccpa.integration-enabled to privacy.ccpa.channel-enabled (with backward compatibility for transition period).
What about the GDPR: privacy.gdpr.integration-enabled to privacy.gdpr.channel-enabled ? Suppose, worth to change as well.
To be on the same page, i'm not following how ext.prebid.channel.name and integration-enabled relates to each other ?
Seems ext.prebid.channel.name is comparing with analytics.auction-events.<channel> account config property to add vast tracking and create bid.ext.prebid.events in response.
It was pointed out in prebid/prebid-server#1428 that PBS-Java's config uses confusing terminology.
"channel" is supposed to take values like "amp" and "app". It represents the major path taken by the request.
"integration" is supposed to take values like "ios", "mpbjs", etc -- specific details about the source within the channel.
There are couple of places where this config is used:
The config and code label the options as "integration", but then utilize channel-like values:
and
@rpanchyk - please confirm that these configurations actually look at ext.prebid.channel.name despite being called
integration-enabled
. Assuming so, please rename the code, config, and docs to align the terminology tochannel-enabled
.The text was updated successfully, but these errors were encountered: