mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-10-21 17:25:36 +00:00
e5395de882
Holding a RefPtr to this in OnRtcpBye should keep the VideoConduit alive until the callback completes. If this is not happening, it is likely that we're racing with the destructor on the other thread. Clearing the callback early will prevent this. This should not affect the VideoConduit because in that case the callback is directly part of the receive stream, not attached to a channel. Differential Revision: https://phabricator.services.mozilla.com/D60658 --HG-- extra : moz-landing-system : lando |
||
|---|---|---|
| .. | ||
| audioipc | ||
| ffvpx | ||
| gmp-clearkey/0.1 | ||
| kiss_fft | ||
| libaom | ||
| libcubeb | ||
| libdav1d | ||
| libjpeg | ||
| libmkv | ||
| libnestegg | ||
| libogg | ||
| libopus | ||
| libpng | ||
| libsoundtouch | ||
| libspeex_resampler | ||
| libtheora | ||
| libtremor | ||
| libvorbis | ||
| libvpx | ||
| libwebp | ||
| libyuv | ||
| mp4parse-rust | ||
| mtransport | ||
| openmax_dl | ||
| openmax_il/il112 | ||
| psshparser | ||
| webrtc | ||
| moz.build | ||
| update-libjpeg.sh | ||