Chrome Dev, doesn't switch to a next track about jplayer HOT 3 CLOSED

I take the opportunity to expand this ticket since it may be related; the ticket is not mine.

What we are seeing is that Chrome, starting at version 7, have problems in HTML 5 audio when switching tracks.

If a track start buffering but it is still around 0% and we switch track (jplayer will replace the src attribute) Chrome freezes.

from jplayer.

Chrome has a problem when the currentTime is zero... In jPlayer 2 we do different actions when a track ends on webkit than to other browsers. Setting currentTime to zero and then changing the media would crash every time. Our playlist demo caused Chrome to crash 100% of the time on both OSX and Win 7 before the change was made.

While we made this change to stop Chrome crashing if you changed media in the ended event, we consider it a browser bug and not a bug in jPlayer.

It appears that the problem you found relates to the problem we encountered. I will investigate to see if the problem you reported continues to effect the current Chrome release.

Well that was a quick test and Chrome exploded. Pure quality browser.

This must be a side effect of Chrome's current rubbish implementation that forces you to buffer most of the media before any playback will start.

Best regards,
Mark P.

from jplayer.

Wow I seemed grumpy when I wrote that last reply. Chrome was giving me night terrors at the time ;)

We bug reported the currentTime issue and it is said to be fixed. Details and official report can be found here:
http://www.jplayer.org/bug-reports/chrome/currentTime-then-src/

I will be doing various tests over the next couple of weeks so will see if this Chrome code and the browser sniffer are still required in the latest version of Chrome.

from jplayer.