Open Bug 1093753 Opened 10 years ago Updated 2 years ago

first getUserMedia() call takes > 1s to show permissions dialog

Categories

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

x86
macOS
defect

Tracking

()

People

(Reporter: dmosedale, Unassigned)

Details

Attachments

(1 file)

Standard8 first pointed this out in bug 1073410 comment 43.  If, using Nightly 36.0a1 (2014-11-04) on Yosemite (Mac OS X 10.10), I look at apprtc.appspot.com, the permissions prompt takes ~1.6s to fire on the first try, and is almost instantaneous on subsequent tries.  Chrome 38.0.2125.11 on the same machine is almost instantaneous on all posts of the prompt.

Using <http://mozilla.github.io/webrtc-landing/gum_test.html> on Nightly, it seems that audio-only and video-only each take about half as long as audio-video together.

This hurts the Firefox Hello link-clicker experience particularly, since presumably a large percentage of those calls will be one-offs for the link-clicker goes.

Logs forthcoming.
NSPR_LOG_MODULES=mediamanager:5,getusermedia:5,timestamp was used to generate this
The problem seems similar to what was reported in bug 970413.
backlog: --- → webRTC+
Rank: 38
Priority: -- → P3
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Component: WebRTC → WebRTC: Audio/Video
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: