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

Error in Firefox / HTML5 mode - file not found


Found the exact same error from March:
http://www.longtailvideo.com/support/forums/jw-player/bug-reports/31849/jwplayer-6-in-html5-mode-stops-video-when-entering-full-screen-on-firefox/

Still persists, the exact same error. As long as there's no base tag everything looks fine. Put in a base tag and the video window seams to be broken. The error message is rather annoying, because every video from the playlist works, if it wasn't for the error message, everything really would be fine.

I tested the cloud hosted an a locally installed player, same result.

20 Community Answers

JW Player

User  
0 rated :

Currently the only working solution: deleting the <base> tag with jQuery after page load finished. Presents us with buttloads of other problems (link and path related), but the video works.

I tried added the <base> with the onReady() event from jwplayer, but despite the name the player is not really ready and tries to load after onReady() which seems to cause the error. I also check onMeta(), but that does not get triggered until I click "play", so the error cannot be from a playlist item - the preview image loads as well.

All data is in the cloud, image and videos from Amazon S3, player from your cloud service.

Ethan Feldman

JW Player Support Agent  
0 rated :

Can I see where you are running this?

JW Player

User  
0 rated :

Example from the development page:
http://magmell.abnahme-server.de/portfolio/ggs-viral-spot.html

I deactivated my "remove base" bBugfix, still visible in source code view.

Ethan Feldman

JW Player Support Agent  
0 rated :

This is really weird. It autostarts and says file not found, but I see no request for the file, then if I press play, it plays the webM fine? You aren’t setting autostart though?

JW Player

User  
0 rated :

Nope, no autostart - and even with autostart, it justs works, the video starts playing right out of the gate. The files obviously are where they should be, despite the error message video playback is flawless in every quality, webm and mp4 alike.

Any solution? Can this have to do with some background action, maybe a bandwith / resolution check or a count pixel request for the statistics? If so, can it be deactivated?

Ethan Feldman

JW Player Support Agent  
0 rated :

That should not have anything to do with it though. I would advise explicitly setting autostart to false and seeing if that has any effect. Maybe something else on the page is causing this? Try a blank page to test as well?

JW Player

User  
0 rated :

I did a couple of additional tests in another video on the page:
http://magmell.abnahme-server.de/portfolio/dbv-bibliotheksspot-2012.html

I delayed the jw-setup with a jquery document.ready() event, throttled my web traffic and did a step-by-step analysis of all the assets beeing loaded while the player sets up.

The weird error occurs when a weird request is unsuccessful: there is a GET request for / (no file or anything) The request is the second-to-last thing that happens, and responsible for the error message - directly after the unsucceessful request the interface changes from play-button to error message. After that, there are two requests count pixels from JW (v1/jwplayer6/ping.gif).

Ethan Feldman

JW Player Support Agent  
0 rated :

You can try to also disable analytics but I doubt that will cause it.

http://www.longtailvideo.com/support/jw-player/28852/using-jw-player-analytics

See the bottom.

JW Player

User  
0 rated :

Probably helpful, basic file with embedded video:
http://magmell.abnahme-server.de/jwtest.html

Same exact file, with a single difference: a <base> tag:
http://magmell.abnahme-server.de/jwtest2.html

Video on page 1 works fine, page 2 has the error message (but works fine as well, apart from that).

JW Player

User  
0 rated :

Read your last input, disabled analytics in the second test (with the error) - didn't change a thing. And I really mean "not a thing", even the analytics code (in form of tracking pixels) is still being requested and delivered.

Ethan Feldman

JW Player Support Agent  
0 rated :

Change:

analytics: {
cookies: false
}

To:

analytics: {
cookies: false,
enabled: false
}

JW Player

User  
0 rated :

Now analytics really is disabled, but no change in the error message.
The problem is quite clear: somehow the base tag is a problem, nothing to do with anlytics (as we now know).

I found a dirty hack that does the trick for FF (uses jQuery):
bc.. $(document).ready(function(){
if($.browser.mozilla){
// jwplayer bug, removes base after page load
$('base').remove();

// jwbug reset, adds the base tag on the first click anywhere within the document
var baseIn = false;
$(document).click(function(){
if(!baseIn) {
baseIn = true;
$('head').append('<base href="http://magmell.abnahme-server.de/">');
}
});
}
});



Please find a real fix soon, this is not a solution we can live with in the long run.

Ethan Feldman

JW Player Support Agent  
0 rated :

Ok, I will pass it along, thanks.

JW Player

User  
0 rated :

Hi Ethan, is there movement in fixing this bug?
We plan to go live on Monday, although I'm well aware that would be a touch optimistic - sometime in the near future would be nice. The premium edition is not meant to be lying around waiting ;-)

Ethan Feldman

JW Player Support Agent  
0 rated :

I can ask.

JeroenW

JW Player Support Agent  
0 rated :

We’re still chasing down Firefox, since it seems the issue is in their <video> tag implementation.

JW Player

User  
0 rated :

Now this should get real priority: Firefox v21 now plays mp4 files in HTML5 native video - so we can't force the flash player anymore (just removing the webm did the trick until now).

Please fix this with some urgency. And as no other player has this problem: please don't relate to this as a pure Firefox bug, it has to have some counterpart in the JW player.

To clarify: there is an error message despite all files being there, and even playing when clicking on the error message. Can you deliver a hotfix for removing the buggy error message at least? As a quick&dirty solution until the real bug is fixed?

Pablo

JW Player Support Agent  
0 rated :

@Markus -

Keep in mind, you can always force Flash mode by setting the ‘primary’ option to ‘flash’. This doesn’t solve the bug, but it should be a decent stop-gap for the time being.

JW Player

User  
0 rated :

Did that already, otherwise the player would be completely broken on Firefox.

In flash mode though switching the quality always reloads the video from the start. We could pseudo-stream but don't like the additional effort just for the bugfix-fallback. Plain files work in HTML5 mode which is default on every platform, hence: please fix the bug so FF users can enjoy our videos as they were meant to be :)

Ethan Feldman

JW Player Support Agent  
0 rated :

Right now the only real work around for this would be primary=flash + pseudo streaming, at least for the time being.

This question has received the maximum number of answers.