Closed
Bug 1312332
Opened 8 years ago
Closed 8 years ago
Bad `stopVideo` check in GUMCallbackMediaStreamListener::NotifyChromeOfTrackStops
Categories
(Core :: WebRTC: Audio/Video, defect, P2)
Core
WebRTC: Audio/Video
Tracking
()
RESOLVED
FIXED
mozilla52
Tracking | Status | |
---|---|---|
firefox51 | --- | unaffected |
firefox52 | --- | fixed |
People
(Reporter: pehrsons, Assigned: pehrsons)
References
Details
(Whiteboard: CID 1374148)
Attachments
(1 file)
gerald pinged me about an issue that Coverity reported for this method: > >>> CID 1374148: Control flow issues (DEADCODE) > >>> Execution cannot reach the expression "this->mAudioDevice.get()" inside > this statement: "<storage from new>->MediaOp...". > 3640 RefPtr<MediaOperationTask> mediaOperation = > 3641 new MediaOperationTask(MEDIA_STOP_TRACK, > 3642 this, nullptr, nullptr, > 3643 stopAudio ? mAudioDevice.get() : nullptr, > 3644 stopVideo ? mVideoDevice.get() : nullptr, > 3645 false , mWindowID, nullptr); He also points out that a check above this looks bad: > 3630: if ((stopAudio || mAudioStopped || !mAudioDevice) && > 3631: (stopAudio || mVideoStopped || !mVideoDevice)) { And indeed, that second line should check `stopVideo` instead. Good thing that this is only on 52 and we can easily fix it.
Thank you for taking care of this.
Whiteboard: CID 1374148
Comment hidden (mozreview-request) |
Comment 3•8 years ago
|
||
mozreview-review |
Comment on attachment 8803770 [details] Bug 1312332 - Use stopVideo as intended. https://reviewboard.mozilla.org/r/87914/#review87136
Attachment #8803770 -
Flags: review?(jib) → review+
Pushed by pehrsons@gmail.com: https://hg.mozilla.org/integration/autoland/rev/267476747553 Use stopVideo as intended. r=jib
Comment 7•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/267476747553
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
You need to log in
before you can comment on or make changes to this bug.
Description
•