Closed
Bug 1021084
Opened 10 years ago
Closed 10 years ago
WebAudio should dispatch mozinterruptbegin and mozinterruptend when AudioChannelService mutes the AudioChannelDestination node.
Categories
(Core :: Web Audio, defect)
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: baku, Assigned: baku)
References
Details
Attachments
(1 file, 1 obsolete file)
3.14 KB,
patch
|
Details | Diff | Splinter Review |
Currently HTMLMediaElement dispatches these 2 events and they are useful for ffos apps. We should do something similar in WebAudio as well.
Assignee | ||
Comment 1•10 years ago
|
||
Would like to write a mochitest but I don't know how to make the all document hidden. I tested it changing tabs. Any solution is welcome.
Attachment #8435145 -
Flags: review?(ehsan)
Updated•10 years ago
|
Component: DOM → Web Audio
Comment 2•10 years ago
|
||
Comment on attachment 8435145 [details] [diff] [review] webaudio.patch Review of attachment 8435145 [details] [diff] [review]: ----------------------------------------------------------------- ::: content/media/webaudio/AudioDestinationNode.cpp @@ +435,5 @@ > + SetCanPlay(playing); > + > + return Context()->DispatchTrustedEvent( > + playing ? NS_LITERAL_STRING("mozinterruptend") > + : NS_LITERAL_STRING("mozinterruptbegin")); Nit: please keep returning NS_OK here. ::: content/media/webaudio/AudioDestinationNode.h @@ +93,5 @@ > SelfReference<AudioDestinationNode> mOfflineRenderingRef; > uint32_t mFramesToProduce; > > nsCOMPtr<nsIAudioChannelAgent> mAudioChannelAgent; > + bool mAudioChannelAgentPlaying; Nit: please move this down next to the other two bools for better packing.
Attachment #8435145 -
Flags: review?(ehsan) → review+
Assignee | ||
Comment 3•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=e78a9bfee6b8
Attachment #8435145 -
Attachment is obsolete: true
Assignee | ||
Comment 4•10 years ago
|
||
https://tbpl.mozilla.org/?tree=Try&rev=ec43f980e589 https://hg.mozilla.org/integration/mozilla-inbound/rev/87fc79cf3fe1
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/87fc79cf3fe1
Assignee: nobody → amarchesini
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Assignee | ||
Comment 6•10 years ago
|
||
Comment on attachment 8435294 [details] [diff] [review] webaudio.patch Approval Request Comment [Feature/regressing bug #]: bug 1016277 [User impact if declined]: multiple telephony calls can play audio at the same time. [Describe test coverage new/current, TBPL]: fully covered. [Risks and why]: None [String/UUID change made/needed]: None
Attachment #8435294 -
Flags: approval-mozilla-aurora?
Updated•10 years ago
|
status-firefox32:
--- → affected
status-firefox33:
--- → fixed
Updated•10 years ago
|
Attachment #8435294 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Comment 7•10 years ago
|
||
This landed on m-c prior to the uplift to Aurora (see the Target Milestone, landing date, and the link below), so what's being approved here? https://hg.mozilla.org/releases/mozilla-aurora/rev/87fc79cf3fe1
Flags: needinfo?(sledru)
Flags: needinfo?(amarchesini)
Updated•10 years ago
|
Attachment #8435294 -
Flags: approval-mozilla-aurora+
Updated•10 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•