Thanks Matt. I tried this on my wife’s phone which is Samsung S22+ using Chrome and it works!!
This beats the hell out of me☹️. I will compare her chrome settings to mine for starters. I will report back.
When I use https://tomswarbirds.com/Theater/Victory-at-Sea/Episode-01-Design-For-War/ (note the https://) to access your site, Google Chrome on my Mac will not play the video either!
So first, I would set the URL for your site to use https:// instead of http://. Second, enable auto-redirect to https. Both settings are done in backlight > admin > settings. Using a secure site (eg, https://), Google will rank your site higher and the browser will show the padlock icon.
This might fix your issue, or might not. But at least your site will be in a better state.
I’m seeing this issue - embedded YouTube videos in Backlight 5 not displaying - in various Browser/OS configurations.
Edge on Windows 7, Chrome on IOS 17.7 works.
Edge, Chrome on Android 12, Edge on Windows 10 and both Safari, Chrome on MacOS Sequoia 15.01 all do not display for me.
Was there any resolution found for all combos?
I’ve tried a number of the suggestions above without any success and going https produced more failures.
Test building a new site with BL5 - here’s a video page:
Looking at the console in the debugger, I get following message:
Mixed Content: The page at 'https://skimountaineering.ca/galleries/2024_feb_sme/day-2-video/' was loaded over HTTPS, but requested an insecure frame 'http://www.youtube.com/embed/i_kAYRrq2Sc?modestbranding=1&autohide=1&wmode=opaque&autoplay=1&rel=0&showinfo=0&hd=1&fs=1'. This request has been blocked; the content must be served over HTTPS.
You need to update the link to the video from http://… to https://…. Nowadays, a secure website can’t load insecure content. I updated it in the debugger and I can see your video! Lovely mountains and great skiing! Can’t wait for the ski season to come . There are a bunch of warnings, but not errors anymore.
If it’s still not work after changing the url, post back here.
Thank you very much for doing the debug Daniel.
And although I am feeling very rusty, it does makes sense.
Viewing the source code in the browser, I see the insecure request:
(sorry, can’t get the blockquote going to show the video wrapper and the http:// you tube ref with the video ID)
I’m Publishing from Lightroom - in which I only supply the video id “i_kAYRrq2Sc”.
(not the full http reference)
The full ref and the additional parameters are generated by Backlight - I think.
Am not sure where I would change http: to https: so that it would be that way for all generated embedded videos?
I must be missing something!
(thanks re the mtns and skiing - I’ve been skiing up in the Selkirks backcountry for almost 30 years … will never tire of it.)
I did try that a couple days ago Daniel.
But it is the generated embedded “insecure frame” youtube video link ref that is just http: rather than https:
As it is generated from the video ID only, I can’t see how to make it https:
(And when I shift the site url to start with https, the embedded videos won’t even play on trusty old Windows 7/Edge … which clearly doesn’t care as much about insecure content)
Thank you once again Daniel.
Installation is current (within a few months or so).
As I have made a number of changes in the last few days, I pulled up the site/video page on Windows 10/Edge so confirm the video wasn’t displaying - before clearing the Template cache as you recommended. But - the video was displaying!
And the embedded youtube ref was in fact https on viewing the page source.
I was pretty sure the last thing I had done last night was revert the site URL to http: so that I could finish posting checking on my Windows 7/Edge computer. It was.
So I definitely agree - there has been a cache problem.
I will update the status after being offline for a couple days travelling … but I think so long as the embedded video ref is generating with https, the page should be displaying on the OS/browser configurations that were having issues.