Closed
Bug 1388287
Opened 8 years ago
Closed 8 years ago
sound..currentTime
Categories
(Core :: Audio/Video: Playback, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: necromanthus, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20170627155318
Steps to reproduce:
Firefox 52.2.1 ESR on Windows XP.
var test = new Audio( eval("whatever_mp3") );
// a 10-20 seconds length MP3 sound encoded base64.
test.currentTime = 6;
test..play();
Actual results:
the sound will start from beginning
Expected results:
the sound must start from the 6th second.
I get the right result in Chrome (both desktop and mobile versions) and Firefox mobile version.
Updated•8 years ago
|
Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core
A useful hint:
Everything is ok in case of OGG audio file.
The bug is present for MP3 files only.
Comment 2•8 years ago
|
||
Can you upload the MP3 file that demonstrates the issue?
Flags: needinfo?(necromanthus)
Sure:
http://necromanthus.com/Test/sndseq.mp3
But the bug is not limited to this sound file.
Flags: needinfo?(necromanthus)
Comment 4•8 years ago
|
||
Thanks! A concrete file will help reproduce the issue and debugging.
I've made this sample for better debugging:
http://necromanthus.com/Test/sndseq.html
With Chrome desktop you will get the right result (the sound will start at the 13th second.
With Firefox 52.3.0 ESR the sound will start from beginning.
Feel free to click on Tools / Web Developer / Page Source.
cheers
Another useful tip:
With Firefox 52.3.0 ESR if you access that link the second time (the content already cached),
you will get the right result.
But again, the cache status is irrelevant for OGG sounds.
Comment 7•8 years ago
|
||
I can't repro the issue which I believe is related to download speed. Can you change '100' to '3000' in the call to setInterval() to see if the issue is still present?
The download speed and the interval length (100 ms or 3 seconds) are irrelevant.
Again: with Chrome desktop and IE 11 I get the right result.
Be sure you have a similar environment: Firefox 52.3.0 ESR, Windows XP and a mid-range computer.
In fact that was the main goal for the Firefox ESR development.
I don't have this issue on Firefox desktop, Win 7, Win 8.1 and Win 10.
But we're talking about Firefox ESR and Windows XP here.
| Reporter | ||
Comment 10•8 years ago
|
||
To resume:
Firefox ESR on Windows XP.
The bug (sound.currentTime is ignored first time the sound is played) is present for MP3 files only.
For WAV and OGG files everything is ok.
On the same hardwar and OS, Chrome 49 (last version with XP support) works ok with any sound format.
Feel free to perform the above tests OFFLINE.
cheers
Sorry, we can't fix this in ESR52.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → WONTFIX
| Reporter | ||
Comment 12•8 years ago
|
||
Just don't forget about it.
After so many years, Windows XP is still the 3rd popular OS.
About 7% of the total users.
You need to log in
before you can comment on or make changes to this bug.
Description
•