1507554 - gmpopenh264 plugin stops working or crashes after page is reloaded a few times

Status: RESOLVED INVALID

(Core :: WebRTC: Audio/Video, defect, P3)

Description

[David Jameson]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36

Steps to reproduce:

- open https://www.groupworld.net/js/janustest.html in two separate firefox windows (enter any name)
- you should see two video windows appear
- reload page a number of times


Actual results:

- you should see two video windows each time.


Expected results:

- after 5 or 10 reloads, either the remote video stops working, or you'll see an error message saying "the gmpopenh264 plugin has crashed" at the top of the window

Here are the RTP stats when the bug occurs (notice the encoder is dropping every frame):

RTP Stats
outbound_rtcp_audio_0

Local: 19:06:07 GMT-0800 (Pacific Standard Time) inbound-rtp SSRC: 3628801796 Received: 1599 packets (126.23 Kb) Lost: 1 Jitter: 0 RTT: 265 ms
outbound_rtcp_video_1

Local: 19:06:07 GMT-0800 (Pacific Standard Time) inbound-rtp SSRC: 3944724900 Received: 612 packets (547.01 Kb) Lost: 0 Jitter: 0.014 RTT: 265 ms
outbound_rtp_audio_0

Local: 09:49:20 GMT-0800 (Pacific Standard Time) outbound-rtp SSRC: 3628801796 Sent: 1684 packets (165.83 Kb)

Remote: 19:06:07 GMT-0800 (Pacific Standard Time) inbound-rtp SSRC: 3628801796 Received: 1599 packets (126.23 Kb) Lost: 1 Jitter: 0 RTT: 265 ms
outbound_rtp_video_1

Encoder: Avg. bitrate: 0.14 Mbps (0.14 SD) Avg. framerate: 13.91 fps (13.93 SD) Dropped frames: 3857049511

Local: 09:49:20 GMT-0800 (Pacific Standard Time) outbound-rtp SSRC: 3944724900 Sent: 612 packets (555.27 Kb)

Remote: 19:06:07 GMT-0800 (Pacific Standard Time) inbound-rtp SSRC: 3944724900 Received: 612 packets (547.01 Kb) Lost: 0 Jitter: 0.014 RTT: 265 ms

Comment 1

[Nico Grunbaum [:ng, @chew:mozilla.org]]

David, I have not been able to reproduce this behavior. Can you check to see if you can reproduce this bug in the latest FireFox Nightly?

Comment 2

[David Jameson]

The bug can be reproduced on a macbook pro (latest macos) using firefox nightly. It has been happening for a few months at least, so it's not a new bug. I can't reproduce it in Windows 10.

Comment 3

[Paul Adenot (:padenot)]

Nico, do you want to have a go at this one?

Comment 4

[Nico Grunbaum [:ng, @chew:mozilla.org]]

I'll take a look.

Comment 5

[Nico Grunbaum [:ng, @chew:mozilla.org]]

After installing OS X Mojave, and refreshing hundreds of times, I haven't been able to reproduce this on my laptop. James, would you be able to capture logs during a failure?

#Set the log modules
export MOZ_LOG=timestamp,signaling:5,jsep:5,rtplogger:5,MediaManager:4,GetUserMedia:4,CamerasParent:4,CamerasChild:4,MediaStream:4,MediaStreamGraph:4,GMP:5

#Set the log file destination, a number of log files will appear with this prefix
export MOZ_LOG_FILE=/tmp/bug_1507554.logs

#Run Firefox
/Applications/FirefoxNightly.app/Contents/MacOS/firefox

Comment 6

[David Jameson]

Today it took a bit longer for me, but I was able to recreate it after 15 or 20 reloads. I sometimes reloaded the first tab, sometimes the second (both tabs were in the same browser window). I usually left it for a few seconds after the reload, until two video feeds appeared. See attached for the logs (the bug occurred during this test).

Comment 7

[David Jameson]

Attachment: bug_1507554.zip