audio policy: more concurrent capture fixes
Fix two concurrent capture scenarii when VoIP call is active: 1) when the audio mode is IN_COMMUNICATION, only allow capture from the app owning the audio mode. 2) fix capture by a privileged app when a privacy sensitive capture is active: capture was silecend if the privacy sensitive capture was started after the privileged capture. Bug: 148368476 Test: Manual test of various VoIP apps and phone calls scenarii Test: cts AudioRecordTest Change-Id: I166f91c43ce86bb23c2f171700ece634091caaad
Loading
Please register or sign in to comment