How to embed WebM

AI-generated summary

Troubleshooting Embedded WebM Issues

A discussion on embedding WebM files in a forum revealed inconsistent behavior across different operating systems and browsers. miles initially reported issues with embedded WebM clips not working on some systems, despite using the same embedding method.

Miles shared observations of the issue across various OS and browser combinations, with the clip only working on Android 7 using DuckDuckGo.

Codinghorror suggested checking the WebM compatibility using caniuse.com/webm, but the issue persisted despite the browser supporting WebM.

Further investigation by miles revealed that the issue might be related to the http vs https protocol, with the webmshare host’s HTTPS connection not being secure.

Codinghorror confirmed that the issue lies with the specific target site (webmshare) rather than the forum.

Ultimately, miles found a straightforward solution by dragging and dropping the .webm file directly into the forum, which generates a working embedded link.

I need some help troubleshooting why embedded WebM works on some systems, but not others.

Does this embedded webM clip work for you without opening the link in a new page? What OS and browser are you using?

I’m embedding by just pasting the raw url in the message body:

s1.webmshare.com/jvY0A.webm

Clickable link: s1.webmshare.com/jvY0A.webm

Here are my observations:

OS Browser Result
Ubuntu 20.04 Firefox 76 Fail
Ubuntu 20.04 Chrome 81 Fail
OSX 10.13.6 Chrome 81 Fail
Andorid 7 DuckDuckGo Works

I believe this used to work on Ubuntu 19.10, but I’m not going to downgrade to double-check.

Here’s what shows-up for me in Firefox:

I don’t know why the answer would be any different than this:

Is that embedded WebM clip working for you?

I checked again and I’m still getting the “No video with supported format and MIME type found” error in Firefox 86 and Chrome 88 for Ubuntu 20.04. Seems like it should be working according to CanIUse.

Also interesting that with the chrome dev console open, the original version works after a refresh:

Chrome first load:

Mixed Content: The page at ‘How to embed WebM’ was loaded over HTTPS, but requested an insecure element ‘http://s1.webmshare.com/jvY0A.webm’. This request was automatically upgraded to HTTPS, For more information see Chromium Blog: No More Mixed Messages About HTTPS

Failed to load resource: the server responded with a status of 404 () webmshare. your free webm hosting and sharing tool

Chrome refresh (surprising that it works now - I guess security settings are relaxed with dev tools open):

Mixed Content: The page at ‘How to embed WebM’ was loaded over HTTPS, but requested an insecure element ‘http://s1.webmshare.com/jvY0A.webm’. This request was automatically upgraded to HTTPS, For more information see Chromium Blog: No More Mixed Messages About HTTPS

The errors are slightly different in Firefox and it continues to fail to load after refresh with dev console open. This consistent behavior seems more reasonable:

Loading mixed (insecure) display content “webmshare. your free webm hosting and sharing tool on a secure page

Failed to load ‘webmshare. your free webm hosting and sharing tool. A ServiceWorker passed a promise to FetchEvent.respondWith() that rejected with ‘Error: no-response :: [{“url”:“http://s1.webmshare.com/jvY0A.webm”}]’.

All candidate resources failed to load. Media load paused.


Seems like a http vs https issue. With the original link (no prefix), it appears to default to http://. Here’s another version that explicitly includes the secure https:// prefix, but that’s not working either.

https://s1.webmshare.com/jvY0A.webm

Appears to be an issue with the webmshare host where their https connection is not actually secure.

A bit annoying that Chrome, Firefox and DDG all handle this issue differently.

Yes, this is not our problem, this is a problem with the specific target site.

Turns out it’s most straightforward to just drag and drop .webm files directly into the forum, rather than relying on an external host.

Drag and drop (uploading directly to the discourse instance) generates:

![fontawesome2|video](upload://aI4h9yYRFK9BBCBLED4WcBr6Y1f.webm)

And is working fine.