Closed Bug 845397 Opened 12 years ago Closed 12 years ago

Requesting access to your camera when it's in use by an external program still shows a visible indicator that the camera is in use

Categories

(Firefox :: Site Permissions, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
Firefox 22
Tracking Status
firefox20 --- wontfix
firefox21 --- fixed
firefox22 --- verified

People

(Reporter: jsmith, Unassigned)

References

Details

(Whiteboard: [getUserMedia][blocking-gum-] fixed by bug 843971)

Steps: 1. Start a call with google+ hangouts with someone 2. Go to http://mozilla.github.com/webrtc-landing/gum_test.html 3. Request and approve permissions for video Expected: HARDWARE_UNAVAILABLE is reported and no visible indicators are present that the camera is active. Actual: HARDWARE_UNAVAILABLE is reported, but the green visible indicator is shown indicating the camera is in use.
Whiteboard: [getUserMedia]
Don't know about the blocking call on this one. We're technically doing incorrect behavior here showing the icon when we get HARDWARE_UNAVAILABlE. Need info on Maire for a blocking call.
Flags: needinfo?(mreavy)
Whiteboard: [getUserMedia] → [getUserMedia][blocking-gum?]
I don't think we should block the gUM release for this bug because we "fail safe": We say we have access to the camera when we don't. If the opposite were true, I'd definitely block. That said, we should prioritize getting this fixed in Fx22 Nightly and uplifted into Fx21 Aurora soon. I'm not sure that we should push to get a fix for this uplifted into Fx20 Beta, even if we have a fix very soon, because I'm not sure this fix is worth any risk (even a low risk) to Beta. Instead I'd rather note this bug in the release notes for Fx20 and be clear that a fix is coming (and when the fix is coming if we know that by the time of the Fx20 release).
Flags: needinfo?(mreavy)
Similar reason as GPU bug - no need to track for 20, but we should get this in for the "followup" stabilization release for gUM
Whiteboard: [getUserMedia][blocking-gum?] → [getUserMedia][blocking-gum-]
This should be fixed by bug 843971.
Status: NEW → RESOLVED
Closed: 12 years ago
Depends on: 843971
Resolution: --- → FIXED
Whiteboard: [getUserMedia][blocking-gum-] → [getUserMedia][blocking-gum-] fixed by bug 843971
Target Milestone: --- → Firefox 22
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:22.0) Gecko/20100101 Firefox/22.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:22.0) Gecko/20100101 Firefox/22.0 Called from Windows 7 x64 on Windows 8 x32, result: HARDWARE_UNAVAILABLE appears in red font and the camera is not active. Called from Mac OS X 10.8.3 on Windows 8 x32, result: A green camera indicator is present and the camera is active. There are two different behaviors but none of them are similar to the Actual results from comment 0 so I think this is fixed on Firefox 22 beta 5 (buildID: 20130612084701).
Component: General → Device Permissions
You need to log in before you can comment on or make changes to this bug.