diff options
author | Karl Tomlinson <karlt+@karlt.net> | 2018-02-07 20:16:01 +1300 |
---|---|---|
committer | wolfbeast <mcwerewolf@gmail.com> | 2018-03-16 10:28:56 +0100 |
commit | 338c6a43235768f1a0e73f268ee96d74eafe8f15 (patch) | |
tree | 1796161a723a9677710b626c6424744cb1ff96ba /moz.build | |
parent | 71429dc7ecc496c5924c770746e8c28449ecb7a2 (diff) | |
download | UXP-338c6a43235768f1a0e73f268ee96d74eafe8f15.tar UXP-338c6a43235768f1a0e73f268ee96d74eafe8f15.tar.gz UXP-338c6a43235768f1a0e73f268ee96d74eafe8f15.tar.lz UXP-338c6a43235768f1a0e73f268ee96d74eafe8f15.tar.xz UXP-338c6a43235768f1a0e73f268ee96d74eafe8f15.zip |
Bug 1426603 - Fallback from audio callback to system clock driver on error only once. r=padenot, a=RyanVM
Usually, mShouldFallbackIfError has been reset to false in DataCallback()
before Stop() is called. However, if fallback to a system clock driver due to
cubeb error had already occurred, then mShouldFallbackIfError would not have
been reset, and Stop() is still called. With mShouldFallbackIfError still
true, a cubeb error in stop would have created another fallback thread.
I expect that resetting mShouldFallbackIfError in Stop() would also be an
effective alternative solution, but resetting on StateCallback() happens
earlier, which would be an advantage if any additional errors could possibly
be reported to StateCallback().
MozReview-Commit-ID: E9j7PQmS3O4
Diffstat (limited to 'moz.build')
0 files changed, 0 insertions, 0 deletions