Link to .capx file (required!):
mediafire.com
Steps to reproduce:
Event sheet has been arranged accordingly in capx above for this bug report. Instruction is provided both in the layout of the capx, as well as here:
Press A to play a sound effect. Play Z to play a short music (~2 minutes). Play X to play a long music (~5 minutes). Switching between 2 music also stops the other music playing.
Observed result:
I think this is a preload bug for long audio on Chrome. On Chrome (Version 27.0.1453.116 m), if you play the long music (press X) first, then all sound effects and other music may not be played ever again. (Try press X, then, Z and A to see this) But if you try play any other sound before the long audio, those sounds that have been played can still be played. (Try press A and/or Z, then X, and then try press A and/or Z again to see this)
TEST: Chrome may no longer load unloaded audio if the next music is long for 90% of the time. For Firefox, I see that version 21.0 and 22.0 can run perfectly without any problem. IE 10 (version 10.0.9200.16618) has a delay but it does eventually play.
Expected result:
All music and other audio on Chrome should still be loaded and played normally.
Browsers affected:
Chrome: yes
Firefox: no
Internet Explorer: no but the delay is quite long, given the fact that the music is streamed locally.
Operating system & service pack:
Win7 ultimate service pack 1
Construct 2 version:
r132 64 bits