瀏覽代碼

fix(connectivity): Fire trackStreaming status update on init.

> Possibly fixes a bug where SS appears black when the'unmute' and forwarded sources event for the track are received before a large-video update is scheduled.
dev1
Jaya Allamsetty 2 年之前
父節點
當前提交
0de85ecec2
共有 1 個檔案被更改,包括 11 行新增0 行删除
  1. 11
    0
      modules/RTC/JitsiRemoteTrack.js

+ 11
- 0
modules/RTC/JitsiRemoteTrack.js 查看文件

@@ -409,6 +409,17 @@ export default class JitsiRemoteTrack extends JitsiTrack {
409 409
             });
410 410
 
411 411
         this._trackStreamingStatusImpl.init();
412
+
413
+        // In some edge cases, both browser 'unmute' and bridge's forwarded sources events are received before a
414
+        // LargeVideoUpdate is scheduled for auto-pinning a new screenshare track. If there are no layout changes and
415
+        // no further track events are received for the SS track, a black tile will be displayed for screenshare on
416
+        // stage. Fire a TRACK_STREAMING_STATUS_CHANGED event if the media is already being received for the remote
417
+        // track to prevent this from happening.
418
+        !this._trackStreamingStatusImpl.isVideoTrackFrozen()
419
+            && this.rtc.eventEmitter.emit(
420
+                JitsiTrackEvents.TRACK_STREAMING_STATUS_CHANGED,
421
+                this,
422
+                this._trackStreamingStatus);
412 423
     }
413 424
 
414 425
     /**

Loading…
取消
儲存