Hi team,
We have seen that today GDPR macros are being downloaded again by defult.
With all due respect, please, next time it would be nice to know in advance from you before rolling out the change to production; on our application code we added a temporary patch to manually insert GDPR macros (fortunately, we had the foresight to take in account checking first if they were already present to avoid messing it up). Or at least to know that you have deployed it and not to have to be informed by our users whenever they notice.
Going on to the issue at hand now:
- Prior to change to Campaign 360, API was always downloading tags with GDPR macros.
- After change to Campaign 360, API was missing
GDPR macros silently.
- Right now, the behavior has set up again to always download tags with GDPR macros, which was the original behavior. Thus, it seems to be solved.
I would like to ask if you are planning to add to the API call the same option functionality to allow choosing either to have GDPR macro or not, as these few days, our users have been taking advantage of being able to choose so in our app (we let them to download the tags without changes or forcing GDPR macros through our code patch).
If there is a roadmap to add this option, I would like very much to know an estimated time to deploy it in production. If there is no plan to add it, please pass along a feature request and let us know if/when would you be able to take care of it. Mostly, we want to know if we should start developing a temporary patch from our side to be able to remove GDPR macros should this option take too long to be available (as it impacts non-EU campaigns).
As a note, I suppose it would be a good idea to have in mind other options that the UI provides that are not available on the generatePlacements method in future changes (include dc_dbm macro, for example). We have still no real need for this one, but being able to choose the same options with which you would generate a tag in the UI would make sense.
Regards,
Miguel Angel