1 person found this helpful
The correct Doubleclick-hosted library is actually https://s0.2mdn.net/ads/studio/cached_libs/createjs_2015.11.26_54e1c3722102182bb133912ad44 42e19_min.js
which it looks like OP is already using. That URL is totally valid for banners trafficked through DCM.
Also, one thing that I do notice from the screenshot that could be causing issues with DCM is the cache-busting numbers appended to the end of the animation JS file. Instead of just previewing your file by hitting Command + return in Animate, you should actually publish it before zipping it up and trafficking. That will remove the extra numbers, which is something DCM has been known for rejecting banners for.
You can test your files using the DCM Validator tool to catch things like that: DoubleClick Campaign Manager | HTML5 Validator
Thanks very much for the feedback. I am using the correct DCM link as shown in my first screen grab. i have shown them the DCM link you provided as well and have run my creatives through the DCM validator with all green checks, no issues. Yet still getting the feedback from Amazon and the ad ops team of our media placement agency about this js call. I am continuing to speak with them to try to figure this out. I was just wondering if anyone else out there was getting this same pushback. Thanks again for your input. I'll update this post with any new info.
Is it possible that you accidentally sent them a version with the default code.createjs.com links? If you're using the Doubleclick-hosted library, there wouldn't be any calls to code.createjs.com.
No, I've confirmed they have the correct creative.