Name is required.
Email address is required.
Invalid email address
Answer is required.
Exceeding max length of 5KB

Ads fail when prototype is loaded - proof here


I have tried to do a static xml ad and it wouldn't work. I tested lots of things and hours of work.
Eventually I found that the JW ads will not work when the website is loaded with prototype.js ( any version). My site absolutely requires prototype.jc because it's built on Magento commerce and it can not be removed.,

Please see pages for proof

1- WITHOUT prototype JW ads work https://videodesk.tv/noads.html
2 - WITH prototype JW ads do not work https://videodesk.tv/noads2.html

This used to work in version 6 because I used to remember testing under the same situation

Please tell mw how long it will take you to solve this.
Regards
Mark

27 Community Answers

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

It looks like it’s not working on 7.1.4, but working on 7.1.0, as you can see via the test links below.

I’ll escalate this to our Engineering team to see what they say and I will let you know as soon as I hear something.

mark

User  
0 rated :

Ok, cheers.... what links below?

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

Sorry about that -

Version 7.1.0 – http://qa.jwplayer.com/~abussey/61230-prototype-ad-710.html
Version 7.1.4 – http://qa.jwplayer.com/~abussey/61230-prototype-ad.html

Alex

JW Player Support Agent  
0 rated :

Hi, Marc.

I heard back from the engineers and they suggested wrapping the URL in your <MediaFiles> element in a CDATA block like this:

<MediaFiles>
    <MediaFile id="1" delivery="progressive" type="video/mp4" bitrate="400" width="640" height="360">
        <![CDATA[http://creative.js.adotube.com/creatives/dev_test/pre1_video1_html5.mp4]]>
    </MediaFile>
</MediaFiles>

Please let me know if that works. Thanks.

mark

User  
0 rated :

Hi Alex. I am sorry this didn't work

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

Let me relay that back to the Product Manager. I’ll let you know what he says.

mark

User  
0 rated :

... and how are we going?

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

I actually received a response from one of our Product Managers last night that they have filed this as a bug and will try and find out what can be done in the next 2-4 weeks.

In the meantime, as a workaround, I can provide you with the self-hosted player for 7.1.0, if you don’t have it already. Of course, since it would be self-hosted and not a cloud-hosted player library, you’ll have to configure more of the player in your setup block. Please let me know if you need me to send this to you.

You can keep an eye on our JW 7 Release Notes page as we post release notes and bug fixes with every new update.

Please let me know if you need any more help or have any other questions.

Thank you!

mark

User  
0 rated :

Yes please, send me the 7.10 if you don't mind

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

I’ve zipped it up for you and uploaded it here: http:///qa.jwplayer.com/~abussey/jw710/jw710.zip.

Please let me know if you need any more help or have any other questions.

Thank you!

mark

User  
0 rated :

cheers

mark

User  
0 rated :

one too many / in the url but I worked it out

mark

User  
0 rated :

I tried the self hosted player and it still doesn't work.
You said V 7.10 is not affected but it is, see same page with hosted 7.10 here https://videodesk.tv/noads3.html

Alex

JW Player Support Agent  
0 rated :

Hey, Mark.

It does not look like the two issues are related. I believe this error is server-related. When I try to play it in Chrome, having told the browser to log any ad errors to the console, it reports a “No Compatible Creatives” error. Also, in your ad tag, you have any errors reported via ping.png, and if you look in the network panel – it’s being reported with a 403, which means forbidden.

However, if I download the MP4 in the ad tag, upload it to my test server, place a copy of your ad tag on the server (pointing the MediaFile to the MP4) and place the player on a test page, the ad plays fine.

S3 is often weird with permissions, especially on binary files. In my experience, unless you change the settings on whatever you are using to upload the MP4, the default permissions is that it is not viewable to the Internet. I would suggest checking the permissions on that file and the folder it is contained in.

You can see my test page at http://qa.jwplayer.com/~abussey/61230-no-compat-creatives.html. The test page is running the 7.1.0 player.

Please let me know if you need any more help or have any other questions.

Thank you!

mark

User  
0 rated :

Hi Alex

I am sure the files all have public permissions.
I also tried with JW 6.12 and I got that to work...... so it is not the media. It is version 7x
You know the one thing that we are not doing the same? I am using https and you are not.... I can not test with http, can you test with https perhaps?
Mark

Alex

JW Player Support Agent  
0 rated :

Mark,

One big thing preventing me from being able to troubleshoot this further is the fact that videodesktv-sydney.s3.amazonaws.com is only setup with CORS to allow videodesk.tv. Is there any way you can allow demo.jwplayer.com and qa.jwplayer.com? Besides pulling down the video file and hosting it on my local server (which I did and it worked), I can’t really look into why this is happening.

Also, I am unable to enable HTTPS on our test domain.

mark

User  
0 rated :

Alex. No problem, have added those domains to the CORS rule

mark

User  
0 rated :

Alex. I have got the bottom of many of the problems.

It's HTML5

When I use primary: flash it all works in every version as long as I have the source as a mp4 or HLS but not DASH

When I have not set a primary render mode it doesn't work on anything with a V7 in front of it and prototype loaded ( and in some cases not loaded). It does work regardless if I am using v 6.12

So the massive problem I have here is that I am serving MPEG DASH as first choice to the viewer and this can't happen and also have ads working, it will load in html5 renderer and not play the adverts.

This is just another bug in the long list that I have found in implementing DASH

I really want you guys to fix all these DASH problems, they are bringing me down since I invested so much time in making DASH my focus, but JW Player is not letting me make it to production after so long

1. DASH doesn't work on Android properly ( fix in 7.2 apparently)
2. DASH doesn't work on Chromecast, skips all sources
3. DASH doesn't play ads properly

Sigh

mark

User  
0 rated :

Why doesn't this creative work in jtml5 https://videodesktv-qa.s3.amazonaws.com/sample.xml

Try it at https://developers.google.com/interactive-media-ads/docs/sdks/html5/vastinspector in flash it works, but not html5

I have cors totally open on that domain

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

I’m still getting CORS errors on both URLs when trying to load them in our http://demo.jwplayer.com/ad-tester Tester. I have attached screenshots for your reference. It happens to me both on your QA and Sydney URLs. The reason they’re probably working on Flash is because the player looks for crossdomain.xml when it is rendering in Flash, not CORS headers.

What is strange, however, is that you say it works for you on JW 6, and also it works for you when using HLS or MP4. The ad tester we use calls for a HLS stream after the ad plays, but it’s still not working because of CORS for me.

Could you supply me with a test page, similar to https://videodesk.tv/noads3.html, that has HLS as the source?

Thanks.

Alex

JW Player Support Agent  
0 rated :

My apologies – forgot to include the screenshots:

QA – http://imgur.com/kLfrIcU
Sydney – http://imgur.com/Z8wcQH2

mark

User  
0 rated :

Hi Alex

I just tried both files in the tester in html 5 and they both work
https://videodesktv-sydney.s3.amazonaws.com/sample.xml
https://videodesktv-qa.s3.amazonaws.com/sample.xml

But this is interesting. I was using Microsoft Edge. When switching to Chrome, indeed they didn't work, try yourself

When I have the videodesktv-qa.s3.amazonaws.com domain setup with CORS * allowed, it is totally open is it not? What about https does it need to be specified in a different way?

I'll see if I can make your demo with a HLS

mark

User  
0 rated :

I'm getting confused with multiple test pages, multiple domains, multiple cors, multiple protocols, multiple everything.
I have been able to confirm when I am using V 7.10 with prototype loaded and all sources on the CORS open domain that ads work. On the version 7.14 script though ads do not work with prototype and that's the main concern

So, rather than wasting all this time and I am getting lost in all the above mentioned, I am not going to use 7.10 in production anyway. Is it possible to just make this a known bug and endeavour to address it in upcoming versions.

mark

User  
0 rated :

The JW ads tester wasn't working in Chrome because I was loading over http a https creative - but when I used http url it worked. Strange that Edge doesn't mind this though.

Alex

JW Player Support Agent  
0 rated :

Mark,

Just to be sure – you’re saying the ads actually do play in 7.1.0, correct? If so, then the bug report is already filed with our engineers so they should be able to figure out what changed between 7.1.0 and 7.1.4 to make the ads not play when prototype.js is on the page.

mark

User  
0 rated :

Ok, so I did achieve ads in 7.10 but I was only using a mp4 as video source ( not the ad but the source). I did not try with a DASH manifest and that might have been the problem before?
I could check this if you want. Like I said, I am not going to use 7.10 anyway so I was getting tired of testing

Alex

JW Player Support Agent  
0 rated :

Hi, Mark.

It’s up to you if you want to check this, but you don’t have to. If you do, however, please let me know what your findings are and I’ll update the Engineering team.

Thanks.

This question has received the maximum number of answers.