Closed
Bug 1531825
Opened 7 years ago
Closed 6 years ago
RTCDTMFSender.insertDTMF while tones are already playing begins playing the new tones immediately
Categories
(Core :: WebRTC: Signaling, enhancement, P3)
Core
WebRTC: Signaling
Tracking
()
RESOLVED
FIXED
mozilla69
Tracking | Status | |
---|---|---|
firefox69 | --- | fixed |
People
(Reporter: bwc, Assigned: bwc)
Details
Attachments
(2 files)
Spec says that calling insertDTMF while previously set tones are playing does not immediately play the new tones, but should instead wait until the next tone (that insertDTMF just overrode) would have played.
Assignee | ||
Updated•7 years ago
|
Rank: 25
Priority: -- → P3
Assignee | ||
Updated•7 years ago
|
Summary: RTCDataChannel.insertDTMF while tones are already playing begins playing the new tones immediately → RTCDTMFSender.insertDTMF while tones are already playing begins playing the new tones immediately
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
|
||
Depends on D33572
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → docfaraday
Assignee | ||
Comment 3•6 years ago
|
||
Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/02e5d6570623
Part 0: Re-enable some test-cases. r=jib
https://hg.mozilla.org/integration/autoland/rev/0c7d2a3b78a0
Part 1: Prevent already-set DTMF timers from being re-scheduled when new tones are set. Also some simplification. r=mjf
Comment 5•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/02e5d6570623
https://hg.mozilla.org/mozilla-central/rev/0c7d2a3b78a0
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox69:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla69
You need to log in
before you can comment on or make changes to this bug.
Description
•