php.guus@ Thanks for the issue.

Tried this issue on Windows 7 and Mac OS 10.12.6 on the latest Stable 61.0.3163.100 and Canary 63.0.3236.0 following the below steps.

1. Launched Chrome and downloaded the given zip file.
2. Launched index.html page and could observe two audio players.
3. Clicked on 'play' link on the left side audio player and can play the audio and adjust the playhead position as well.
4. Clicked on the 'play' link on the right side audio player and no audio is observed, but can change the playhead position.

Please refer the screen cast and confirm if anything is missing from our end. 
Request you to please give us the precise steps to reproduce the issue and attach a screen cast for better understanding.

Thanks..

Deleted: 772339.webm 2.1 MB

	772339.webm 2.1 MB View Download

Hi Susan, thank you for testing this... I do not see that you did the step to setup a webserver. The problem is that the audio from the second player is *downloaded* and then the playhead is forcefully reset to 0. This even happens in Chrome's own audio player.... See my screencast attached... The important part is: the source is downloaded through the audioplayer, as opposed to having a local file.

Deleted: Oct 11 2017 2-39 PM.webm 6.5 MB

	Oct 11 2017 2-39 PM.webm 6.5 MB View Download

Thank you for providing more feedback. Adding requester "susanjuniab@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Able to reproduce this issue on Mac 10.12.6, Win-10 and Ubuntu 14.04 using chrome reported version #61.0.3163.100 and latest canary #63.0.3237.7.
This is a non-regression issue as it is observed from M50 old builds. 

Note: Couldn't test the issue on OS-Linux due to lack of phpserver set up.

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Correction: Could not test on Ubuntu 14.04. 
Please ignore the line "able to reproduce this issue on Ubuntu 14.04 using chrome reported version #61.0.3163.100 and latest canary #63.0.3237.7".

OP, would it be possible for you to create a reduced test case? It would greatly help narrow down the issue.

Please define "reduced test case". I am under the impression that I provided a very much reduced test case, that is easy to reproduce. Please don't spend time and effort verifying this on Ubuntu, as I specified that this problem occurs on Windows in my original issue report. I provided Fedora / Linux as an easy way to setup a webserver, according to Comment #4, this is verified and confirmed as a problem on Windows.

Actually, I wonder if the issue isn't simply because your "local" file, served by download.php doesn't handle range request. +hubbe@ to confirm.

mlamouri@ is correct. Seeking is not possible unless the server supports range requests.

Marking this as Working As Intended then.

Yes indeed... Sorry for the confusion and thanks for the hint!!