RESOLVED FIXED 215510
AudioBufferSourceNode.buffer setter should throw when the buffer was already set 
https://bugs.webkit.org/show_bug.cgi?id=215510
Summary AudioBufferSourceNode.buffer setter should throw when the buffer was already set
Chris Dumez
Reported 2020-08-14 10:00:19 PDT
AudioBufferSourceNode.buffer setter should throw when the buffer was already set: - https://www.w3.org/TR/webaudio/#dom-audiobuffersourcenode-buffer
Attachments
Patch (7.83 KB, patch)
2020-08-14 10:02 PDT, Chris Dumez 		no flags
DetailsFormatted DiffDiff
Patch (7.92 KB, patch)
2020-08-14 10:52 PDT, Chris Dumez 		no flags
DetailsFormatted DiffDiff
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
Chris Dumez
Comment 1 2020-08-14 10:02:57 PDT
Created attachment 406599 [details] Patch
Darin Adler
Comment 2 2020-08-14 10:46:17 PDT
Comment on attachment 406599 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=406599&action=review > Source/WebCore/Modules/webaudio/AudioBufferSourceNode.h:55 > // returns true on success. This comment seems wrong. > Source/WebCore/Modules/webaudio/AudioBufferSourceNode.h:101 > + virtual bool isWebKitAudioBufferSourceNode() const { return false; } This is a little ugly. I guess it’s how we do dynamic type checks, but I could imagine this being a policy function — "can set buffer twice" or whatever — rather than a type check function.
Chris Dumez
Comment 3 2020-08-14 10:52:15 PDT
Created attachment 406608 [details] Patch
EWS
Comment 4 2020-08-14 11:19:46 PDT
Committed r265681: <https://trac.webkit.org/changeset/265681> All reviewed patches have been landed. Closing bug and clearing flags on attachment 406608 [details].
Radar WebKit Bug Importer
Comment 5 2020-08-14 11:20:39 PDT
<rdar://problem/67084911>
Note You need to log in before you can comment on or make changes to this bug.