This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 17699 - Do not interfere with critical system sounds
Summary: Do not interfere with critical system sounds
Status: CLOSED FIXED
Alias: None
Product: AudioWG
Classification: Unclassified
Component: Web Audio Processing: Use Cases and Requirements (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: TBD
Assignee: Olivier Thereaux
QA Contact: public-audio
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-05 14:27 UTC by Olivier Thereaux
Modified: 2012-09-10 10:19 UTC (History)
3 users (show)

See Also:


Attachments

Description Olivier Thereaux 2012-07-05 14:27:52 UTC
From the “Review of Web Audio Processing: Use Cases and Requirements”
http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0852.html

Need a requirement that audio from the Web application not interfere
with system sounds (e.g., alerts), which may contain vital information
for the user. While it's probably not desirable to pause Web application
audio for system sound events, it's also not desirable to have system
sounds drowned out by Web application audio. User preferences may be
needed to indicate specifically how to handle the situation, but a way
for Web application audio to be aware of system sounds will be needed.
Comment 1 Olivier Thereaux 2012-07-11 15:56:47 UTC
In http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0854.html
Doug wrote:
> … this would be a requirement on the UA, not on the Web Audio API. 
> A loud song or video in HTML could just as easily drown out system 
> sounds, so this is a requirement at a different level of implementation 
> than this API.

It seems worth having a mention in the Use Case document that system sounds can be critical, and suggest that UAs would ideally provide affordances for this need - but that the web audio API is not responsible for enforcing it.
Comment 2 Philip Jägenstedt 2012-07-24 09:55:28 UTC
Shouldn't it be the job of the operating system to silence other applications when there's an important sound to be played? My Android phone fades my music or podcast out temporarily when I get a phone call or notification, presumably with no cooperation from the music player.
Comment 3 Olivier Thereaux 2012-07-26 16:14:09 UTC
(In reply to comment #2)
> Shouldn't it be the job of the operating system to silence other applications
> when there's an important sound to be played? My Android phone fades my music
> or podcast out temporarily when I get a phone call or notification, presumably
> with no cooperation from the music player.

Yes, and iOS appears to fade out sound and send a pause signal to applications when a call comes in or the system needs to play a sound alert. Seems reasonably clear that this is a requirement well met at the OS level.
Comment 4 Jer Noble 2012-08-09 20:25:18 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > Shouldn't it be the job of the operating system to silence other applications
> > when there's an important sound to be played? My Android phone fades my music
> > or podcast out temporarily when I get a phone call or notification, presumably
> > with no cooperation from the music player.
> 
> Yes, and iOS appears to fade out sound and send a pause signal to applications
> when a call comes in or the system needs to play a sound alert. Seems
> reasonably clear that this is a requirement well met at the OS level.

This actually has relevance to https://www.w3.org/Bugs/Public/show_bug.cgi?id=17320.  The OS might decide to suspend non-system audio during an OS event, and a WebAudio app may want to be notified in that case.
Comment 5 Olivier Thereaux 2012-09-03 14:08:13 UTC
Added to Use Case / Requirement per http://dvcs.w3.org/hg/audio/rev/2a6431dcb680
Comment 6 Olivier Thereaux 2012-09-10 10:19:51 UTC
Seeing no objection, closing.