Firefox Video tiles freeze after turning on/off

Meeting and attendee IDs: Meeting ID: 608e301f-7825-4977-8e40-af53b1a5655

Timeline

1. Chrome user joins the meeting and starts Video
2. Chrome user starts Video
3. Firefox user joins the meeting
4. Firefox user starts video (Warning 1)
5. Firefox user stops video,
6. Firefox user starts video again (Warning 2)
7. Remote Video tile on Firefox freezes

Warning 1: 2020-05-06T21:12:22.445Z [WARN] SDK - removing existing tiles 1 with same attendee id e3a8fe33-eec2-4b92-8bb9-b14a2a237bfc

Warning 2: 2020-05-06T21:13:13.897Z [WARN] SDK - removing existing tiles 3 with same attendee id e3a8fe33-eec2-4b92-8bb9-b14a2a237bfc

Describe the bug On Firefox, when joining a meeting with an existing video tile, then turning on video a warning is displayed (first sign), then when the other user turns off and on their video it freezes and videoTileWasRemoved never gets called. Subsequent attempts to display the remote video tile fail and it’s never restored on Firefox

NOTE: Doesn’t always happen when Firefox joins the meeting first. There needs to be an active video tile in place when Firefox joins to replicate this easily. Additionally, on a separate app, calling .audioVideo.getAllVideoTiles() on the console after the Firefox user joins with Video, before toggling any tiles on the other side, it returns three tiles instead of two on Firefox, the third having a tileState full of null values. I couldn’t replicate this specific case on the Browser demo, but might be related.

Logs From browser demo. Initially replicated in a different app and flow. ChromeUser.log FirefoxUser.log

Platform

• OS:
• Browser: Firefox
• Browser Version: 76.0
• Amazon Chime SDK GitHub Commit: 1.4.0

[edwardbc]

@ltrung can you try also turning on and off the camera on both sides once both users have enabled video?

I can easily replicate on Firefox 76.0 the browser demo, updated to commit: dbbac6600926371620f0696d2dc69a22c060e9c1

We keep getting errors like these: [WARN] SDK - removing existing tiles 1 with same attendee id 455dd0a9-a015-4810-9c80-814cffdfcf75

Seems Firefox is getting duplicate streams for some strange reason.

Separately, in our app we’ve also noticed that by just starting the video tiles on Firefox alone in a meeting, there’s additional video tracks passed to CreatePeerConnectionTask.prototype.addRemoteVideoTrack(track, stream) coming from trackAddedHandler on multiple track events. This causes errors as it seems streams comes undefined due this track duplication.

[vidya-mohan]

@edwardbc the original Firefox issue has been released: in 1.7.0 is in NPM.Since the next issue is new, we could track it as a separate issue unrelated to the original title here