[Webkit-unassigned] [Bug 245056] New: Blob URL fails when used as src of Audio element

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=245056

            Bug ID: 245056
           Summary: Blob URL fails when used as src of Audio element
           Product: WebKit
           Version: Safari 15
          Hardware: Mac (Apple Silicon)
                OS: macOS 12
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Web Audio
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: ted at secret-source.eu
                CC: cdumez at apple.com

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.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220911/e2274f86/attachment-0001.htm>