245056 2022-09-11 15:34:41 -0700 Audio element displays Error when using Blob URL as src 2022-09-16 19:10:14 -0700 1 1 1 Unclassified WebKit Web Audio Safari 15 Mac (Apple Silicon) macOS 12 RESOLVED DUPLICATE 198015 https://github.com/tedsecretsource/sound-test InRadar P2 Normal --- 1 ted webkit-unassigned ahmad.saleem792 ap beidson cdumez jer.noble rniwa ted webkit-bug-importer oldest_to_newest 1897747 0 ted 2022-09-11 15:34:41 -0700 Blob URLs fail as src attributes for Audio elements if the URLs are created without the second (optional) parameter. ## Expected behavior: Given I have valid stream data created by MediaRecorder When I create a new Blob AND I create a Blob URL AND I use the URL as the src attribute for an Audio element with the controls attribute Then I can play (and hear) the recorded audio ## Actual behavior: Given I have valid stream data created by MediaRecorder When I create a new Blob AND I create a Blob URL AND I use the URL as the src attribute for an Audio element with the controls attribute Then I can't play the recorded audio AND I _can_ see the word "Error" on the Audio element I've provided [a working example in this repository](https://github.com/tedsecretsource/sound-test) and provided more information on problem and the workaround in the READMEs (one at the root level and one in the src/tests folder). Basically, the bottom line is, at present the second parameter (options) of `new Blob(stream, {type: 'audio/mp4'})` is required. Leaving it blank should work because it is marked as optional in the MDN documentation and a functional default should be provided. At present, leaving it blank can and does result in the Actual Behavior described above. 1897748 1 ted 2022-09-11 15:36:43 -0700 Added repo that describes in detail the issue and workaround. 1897764 2 webkit-bug-importer 2022-09-11 19:58:08 -0700 <rdar://problem/99806427> 1899133 3 ap 2022-09-16 19:10:14 -0700 *** This bug has been marked as a duplicate of bug 198015 ***