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)
Tracking
()
NEW
backlog | webrtc/webaudio+ |
People
(Reporter: dmosedale, Unassigned)
Details
Attachments
(1 file)
5.21 KB,
text/plain
|
Details |
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.
Reporter | ||
Comment 1•10 years ago
|
||
NSPR_LOG_MODULES=mediamanager:5,getusermedia:5,timestamp was used to generate this
Comment 2•10 years ago
|
||
The problem seems similar to what was reported in bug 970413.
Updated•10 years ago
|
backlog: --- → webRTC+
Rank: 38
Priority: -- → P3
Comment 3•7 years ago
|
||
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Updated•5 years ago
|
Component: WebRTC → WebRTC: Audio/Video
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•