Bug 1015932 adds a shared provider for getting OpenSLES engine handles, used by WebRTC and libcubeb. Currently it doesn't check any OpenSLES engine flags, because the ones used by libcubeb and WebRTC are the same anyway. It might be a good idea to extend it to do this, and see if requests are not compatible, in case webrtc or libcubeb ever changes in this regard.

We are changing the flags over in bug 1027713, to add the possibility to change the volume directly in the audio server to minimize latency and glitches on pause/play.

As clarified on IRC, the slCreateEngine flags aren't the ones being changed in that bug, so this bug doesn't really block that one.

perhaps a good first/second bug?

Mass change P2->P3 to align with new Mozilla triage process.