Bug 220461
| Summary: | MediaStreamRecorder does not work in WKWebView-based browsers like Chrome | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Urs Wolfer <uwolfer> |
| Component: | WebRTC | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | Normal | CC: | ajuma, youennf |
| Priority: | P2 | ||
| Version: | Safari 14 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Urs Wolfer
While the following example works fine in Safari on iOS 14.3, it seems not to work in Chrome on the same device:
https://jsfiddle.net/vyapfckd/1/
(Pressing the start buttons works, but the download button fails to deliver the result.)
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Ali Juma
(In reply to Urs Wolfer from comment #0)
> While the following example works fine in Safari on iOS 14.3, it seems not
> to work in Chrome on the same device:
> https://jsfiddle.net/vyapfckd/1/
>
> (Pressing the start buttons works, but the download button fails to deliver
> the result.)
Thanks for reporting this!
The issue is that the 'download' attribute is not supported in WKWebView. Chrome can workaround this for file downloads (by detecting that we're trying to navigate to a MIME type that can't be rendered by WKWebView) but there's no way to work around this for blobs.
Bug 174076 and bug 216918 are related to this.
Bug 217747 might fix this when it makes it into a release.
youenn fablet
Thanks Urs for reporting and Ali for the links.
Let's continue tracking this in bug 216918.
*** This bug has been marked as a duplicate of bug 216918 ***
Urs Wolfer
Thank you for your feedback. I can confirm that the 'download' attribute caused the issue in this example.
In another, more complex, setup, recordrtc was in use, which also seems to fail with Chrome on iOS. Using MediaStreamRecorder directly works fine in both Chrome and Firefox on iOS 14.3.