Bug 35470
| Summary: | The timeupdate event does not appear to consistently fire | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | will |
| Component: | Media | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | ||
| Priority: | P2 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| URL: | http://will.johnstonclan.net/uwrf-music-history/index.html | ||
will
I created a personal javascript app to help me with a college music history class. Basically, it grabs a random mp3 from a list, and plays a 30 second clip from some randomly selected portion of the mp3, and I have to pick which piece it belongs to.
I have a bit of code that listens to the timeupdate event and fades out the music when there are two seconds left. This same handler also updates the progress bar. However, sometimes the progress bar stops updating in the middle of a piece and it plays until the end of the piece rather than cutting off after 30 seconds. A possibly related issue is that the progress bar will sometimes start in the middle rather than at the beginning.
I have these problems in Safari 4, Chrome, and the webkit nightlies. Firefox works consistently.
This very well could be my fault and Firefox is just more forgiving, so if I have some terrible code in there, please let me know and mark this as notabug/wontfix.
Thanks!
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
will
This may be related to https://bugs.webkit.org/show_bug.cgi?id=24646
will
The problem I mentioned with the progress bar starting at the middle is actually due to me having the ogg vorbis quicktime codecs installed and having ogg first in the list of sources. Putting mp3 first fixes that.
On further investigation, it looks like the timeupdate event is firing correctly, there is another issue somewhere else that is causing problems.
Marking as resolved/invalid. Sorry for the bugspam.