Order Now AdSolution Sign Up | Login » Bits on the Run Sign Up | Login »

Forums

/

JWPlayer 5.8 : Playing HTML5 video breaks all skins (that I tested)

21 replies [Last post]
Reply

I just upgraded to 5.8 from 5.7 to escape a bug and now have ran in to an even worse one that was not present in 5.7.

Playing a WebM file in Opera causes a number of the elements in the control bar to shift below it. Here's a picture: http://i56.tinypic.com/162snq.png

I've also tested Chrome and Firefox and this behavior does not occur in them.

Opera is the browser I use for development and it's crucial I have this working on it.

Can anyone else confirm this bug? How do I go about formally submitting it?

Reply

@Kevin

I am experiencing issues galore with 5.8 as it pertains to the html5 mode.

IF it wasn't for the fact that there was an issue in 5.7 regarding the mp4's I would not use 5.8

In fact 2 days before 5.8 was released I observed an issue with skins as well only to be told a band-aid fix(which works) and that the bug was slated to be fixed for v5.9. (see ticket #1495). I truly hope that this isn't true

The most serious issue, IMHO, with html5 is that when using JUST the html5 mode and not grouped with the flashmode it breaks in Safari

This doesn't work
modes:
        [
           {type: "html5"}
        ]

This works
modes:
        [
           {type: "html5"},
           {type: "flash", src: "player.swf"}
        ]

I am testing now to see IF removing the [ ] in the first will make any changes.
Just my luck that my client uses Safari and wants just html5mode

Reply

Hi,

I'm also seeing skins break in HTML5 mode in 5.8 where controlbar elements shift to below the player.

This fixes when resizing the player.

Anyone know if this is being fixed soon?

Thanks,

Chris

Reply

I've looked in to this further and the problem is the width of the timeSlider and timeSliderRail not being set correctly when the player is initialised in html5 mode.

Then when the player is resized, it works it out correctly. I guess a quick fix is to force a resize when loading.

Reply

Hi, all -

We'll be looking into these shortly. Obviously, these issues didn't crop up in our testing. No need to submit a formal bug report; I've created a bug ticket to keep track of the issues.

http://developer.longtailvideo.com/trac/ticket/1496

Thanks for the feedback, and keep it coming if you run across any more issues.

Reply

Hi Guys,

I tested out Opera 11 with this page - http://developer.longtailvideo.com/player/trunk/fl5/js/test/examples/custom_skin.html , and none of the skins broke like this for me. Can you guys provide links to where you are having the issues?

-Ethan

Reply

Ethan, the bug happens on my side in Opera when controlbar.position is set to "bottom" or "top".

The reason the bug does not show up in your test page is that all of the jwplayers on the page do not have that property set, so they take the default value of "over".

Reply

Got it , can you put up a test page?

Reply

@Ethan, Pablo

The issue isn't with Opera it is with Safari.

With the link given above NONE of the hmtl5 worked in Safari

All what is seen is player should go here.

The flash worked.

As far as I am able to determine or find out, with html5 mode, on its own, Safari doesn't see the JWPlayer when only html5 is listed.

I suspect that something is missing/forgotten in browserCanPlay= that pertains to Safari and video.

It will not play the mp4

levels:
         [
            {file:'video/liquidII.mp4'},
            {file:'video/liquidII.ogv'}
         ]
Reply

Sorry, I can't seem to find the player.swf used on the page you linked to see if I can get something working in jsFiddle, and I am developing my project locally right now so I don't have a server I can throw a test page up to.

Hopefully this isn't too much of a hindrance to your efforts to squash the bug

Reply

@Willie Meier

It seems that you're describing an entirely different bug from what i'm describing.

In my case the player works but the skin breaks. What you seem to be describing is HTML5 not working at all.

These are two different bugs, so the statement "the issue isn't with Opera it is with Safari" is incorrect.

Reply

A typo on my part as it also affects safari

Reply

@Kevin - I will investigate with Pablo.

@Willie - Please do not hijack this thread. You have your own thread for the issue you reported already.

Reply

@Kevin -

For testing purposes you can use the player files located at:

http://player.longtailvideo.com/player.swf
http://player.longtailvideo.com/jwplayer.js

Reply

Thanks Pablo. Here's the test page: http://jsfiddle.net/J3fUV/.

I'd like to remind you that this bug occurs with all the skins I tested, not just the default one.

Reply

@Kevin -

I can confirm the issue in Opera 11 with the controlbar position set to "bottom". I've created a ticket to investigate:

http://developer.longtailvideo.com/trac/ticket/1503

Reply

@Pablo

You might want to edit that ticket. It also occurs when controlbar.position is set to "top" (in this case the shifted control elements just dissapear if there is no space above to display them). See here:

http://jsfiddle.net/J3fUV/1/

Reply

@Kevin -

Thanks for the clarification. I've updated the ticket.

Reply

Hi @Kevin and @Pablo,

The same issue is also present in IE9(and Opera). The skin breaks in HTML5 mode. BTW i have set the conrtolbar.position to over, yet the skins break! (i have a somewhat modified version of bekle skin). I checked the link given by Ethan in his first post, and the first skin in that - Beelden broke for me. The volume and full screen buttons were coming below the controlbar's elapsed time text.
I also have a test page here - http://61.246.241.36/jwp/jw58/t1.html
You can see the skins would break in IE9 and OPERA, but not in CHROME, FIREFOX or SAFARI.
In IE9, as i observed, the skins breaks everytime when you perform a seek. (i wonder how is it that a call to seek() is triggering, maybe a skin reload ?!). But that does not happen in Opera.
I was so happy using 5.7, until i found out a little problem(among a few others) with the skins in HTML5 mode(the progress thumb would always stay a little behind the actual playback progress bar, so I updated to 5.8, and yay it was fixed! But wait ! Now i see issues with IE and Opera, Jesus!)
Looking forward to read a reply to this. Rahul :)

Reply

@Pablo, maybe you should update the ticket to include IE9 as well, and that the position of cotrol-bar does not make any difference to the occurrence of this issue.

Regards,
Rahul.

Reply

@rahul -

I've updated the ticket to include your feedback. If you can, please keep your test page up and running so we can replicate the issue during testing.

Reply

Hi, all.

This bug should now be fixed. Please download the latest build of the player here, and let us know if you're still having trouble:

http://developer.longtailvideo.com/trac/browser/trunk/fl5/

Post new comment

  • Allowed HTML tags: <code> <blockquote> <em> <strong> <strike> <ul> <li> <ol>
  • You may post code using <code>...</code> .
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options