Details
-
Bug
-
Resolution: Done
-
P1: Critical
-
5.0.0, 5.1.0 , 5.2.0, 5.3.0, 5.4.0, 5.5.0
-
None
Description
Currently (in all backends and in the auto-test), when resuming in push mode, the audio output changes its state to ActiveState.
However, the doc specifies:
void QAudioOutput::resume() Resumes processing audio data after a suspend(). Sets error() to QAudio::NoError. Sets state() to QAudio::ActiveState if you previously called start(QIODevice*). Sets state() to QAudio::IdleState if you previously called start(). emits stateChanged() signal.
The doc behavior is the correct one, all backends and auto-test should be modified accordingly.
Attachments
For Gerrit Dashboard: QTBUG-50390 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
145603,5 | Fix tst_QAudioOutput::pushSuspendResume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
146550,2 | WindowsAudio: fix QAudioOutput state after resume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
146553,2 | CoreAudio: fix QAudioOutput state after resume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
146556,2 | PulseAudio: fix QAudioOutput state after resume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
146558,2 | Alsa: fix QAudioOutput state after resume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
146560,2 | OpenSL ES: fix QAudioOutput state after resume(). | 5.5 | qt/qtmultimedia | Status: MERGED | +2 | 0 |
147629,2 | Fix tst_QAudioOutput::pushSuspendResume(). | tqtc/vxworks-5.5 | qt/tqtc-qtmultimedia | Status: MERGED | +2 | 0 |