My favorites | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
  Advanced search   Search tips   Subscriptions
Issue 152626: Able to record audio with USB mic even when the ‘Microphone’/AudioCapture policy is False.
5 people starred this issue and may be notified of changes. Back to list
Project Member Reported by, Sep 27, 2012
Version: 23.0.1271

What steps will reproduce the problem?
1) Login into an Enterprise enrolled device for which the AudioCapture policy is set to False.
2) Plug in a USB microphone and navigate to in a web browser.
3) Attempt to record voice and then playback

Expected behaviour:
Audio should not be recorded/captured

Actual behaviour:
Audio is being captured through an USB microphone

FYI: The audio is not captured/recorded as expected, from the onboard mic or a mic plugged into the 3.5mm  jack. 

Please use labels and text to provide additional information.
5.7 MB   Download
Sep 27, 2012
(No comment was entered for this change.)
Status: Assigned
Sep 28, 2012
Per Vidster, if this is not fixed by Oct 2, punt to M24.
Labels: -Pri-2 Pri-1
Oct 8, 2012
I could reproduce this but it seems to be a bug in the logic how CRAS initializes the mute of new capture devices. 

I will reassign to Dylan to have a look at that.

As far as I can see the new device should be initialized by calling init_device_settings which in turn calls set_alsa_capture_gain which should check and set the capture mute state but it fails to do so.
Oct 8, 2012
Moving to M24
Labels: -Mstone-23 Mstone-24
Oct 26, 2012
Bulk punting R24 to R25.
Labels: -Mstone-24 MStone-25
Nov 5, 2012
I'm currently unable to record via getUserMedia via any of my USB devices (both microphones build into a USB webcam) - however, it works just fine using my build in microphone in my laptop? Is this a known bug? I've testet my microphones and the code works fine with microphones on either of my laptops!

Nov 5, 2012
Re comment 6, this sounds like an issue unrelated to this bug. Please file a separate bug report.
Nov 6, 2012
(No comment was entered for this change.)
Labels: not-webrtc
Dec 7, 2012
(No comment was entered for this change.)
Labels: -MStone-25 MStone-26
Feb 5, 2013
(No comment was entered for this change.)
Labels: -Pri-1 -not-webrtc Pri-2
Feb 28, 2013
This issue is P1 but has already been moved once, therefore lowering to P2 and moving to next milestone.
Labels: -MStone-26 MStone-27 MovedFrom-26
Mar 10, 2013
(No comment was entered for this change.)
Labels: -Area-Internals -Feature-Enterprise -MStone-27 Cr-Internals M-27 Cr-Enterprise
Apr 9, 2013
Bulk edit to remove milestone from issues that are Pri-2 or lower and have already been moved at least once.
Labels: -M-27 MovedFrom-27
Apr 29, 2013
Unless Vidya says otherwise, I think this is a p1 issue for M28.
Labels: -Pri-2 Pri-1 M-28
May 8, 2013
This issue is Pri-1 but has already been moved once, therefore lowering to Pri-2 and moving to next milesone.
Labels: -Pri-1 -M-28 MovedFrom-28 M-29 Pri-2
Aug 1, 2013
Bulk move to M-30 as this is a non-blocking Pri-2.
Labels: -M-29 M-30 MovedFrom-29
Aug 16, 2013
(No comment was entered for this change.)
Labels: Assessments
Aug 19, 2013
This issue has already been moved once and is lower than Priority 1,therefore removing mstone.
Labels: -M-30 MovedFrom-30
Sign in to add a comment

Powered by Google Project Hosting