Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Race condition on looped sounds #69

Open
wants to merge 6 commits into
base: master
Choose a base branch
from
Open

Conversation

lpetrov
Copy link

@lpetrov lpetrov commented Jan 12, 2016

Basically, this one is really, really, really hard to replicate.
I'd to reload tons of times to try to replicate it and it happens randomly.
So, the thing is that, when a sound had been manually .stop()'ped, browsers as Firefox, can eventually trigger the .ended callback few moments after the .stop() call, which would trigger the sound to loop again.
This is why, I'd added this small additional check that should solve potential race conditions as this one :)

…ame time the .ended callback is called it would re-start the sound, despite that the .stop() was called.
@IonDen
Copy link
Owner

IonDen commented Jan 12, 2016

Hi, thanks for that investigation. I will check this soon.

@IonDen IonDen self-assigned this Jan 12, 2016
@lpetrov
Copy link
Author

lpetrov commented Apr 5, 2016

I'd also added an option called 'allow_cache', which would allow developers to disable the 'no cache' functionality.
By default, the cache killer (no_cache) would be enabled (as it is right now).

@lpetrov
Copy link
Author

lpetrov commented Dec 28, 2017

Any progress with this?

@IonDen
Copy link
Owner

IonDen commented Dec 31, 2017

Hi, @lpetrov, sorry, had no time to work on it in 2017. But i promise i will review everything regarding ion.sound in the beginning of 2018!

Happy New Year!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants