As part of the IAB spec, the CMP is supposed to immediately respond to the addEventListener registration with the current status of the TC Data.

If the data was incomplete because the CMP was still partially loading, Prebid would get an idea that something is in the works and (in that case) ignore that temporary data and wait until a proper event is triggered.

If the consent data was already loaded (ie in the tcloaded state), then CMP would provide the TC Data using the tcloaded event status in that immediate registration response. This sequence would ideally be near-instant timing-wise and Prebid would go to process that result without the need for further calls to the CMP.

So if the CMPs are to spec, I don't see the need to make a separate call using the getTCData in the overall sequence of things here.

The public libraries never utilize the "loading" state, in fact within the commit group there's a motion to remove it entirely from the spec

As far as the 'addEventListener' vs 'getTCData' I agree is @jsnellbaker 'addEventListener' is the right way – In my opinion – to do it in PreBid. I outlined how I would imagine the logic on this other pull request.

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.