miles
May 25, 2020, 6:59pm
1
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:
https://caniuse.com/webm
miles
March 7, 2021, 6:38pm
3
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.
miles
March 7, 2021, 6:52pm
4
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 () s1.webmshare.com/jvY0A.webm:1
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 “http://s1.webmshare.com/jvY0A.webm” on a secure page
Failed to load ‘http://s1.webmshare.com/jvY0A.webm’ . 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.
1 Like
Yes, this is not our problem, this is a problem with the specific target site.
2 Likes
miles
March 7, 2021, 7:26pm
6
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:
And is working fine.
2 Likes
