I built and host the website https://www.kunstwinder.com, I used Wordpress and the theme Enfold(latest v4.2) to build it, and I was hosting it in AWS (EC2).
Recently, I moved the website to a Kubernetes cluster running on Google Cloud. Everything is fine but for the video that plays in the background in the main page, for some reason that stopped working. For reference, I am using the docker image wordpress:4.9.0-php7.1-apache and the latest Kubernetes version (v1.8.3-gke.0). I have been debugging the issue for days, and I can't find a solution.
At first, I thought the issue must be related to the change in hosting, but after going through the nginx (used as reverse proxy) and kubernetes config I haven't found anything. The most puzzling part is that if you access the video directly on https://www.kunstwinder.com/wp-content/uploads/2017/11/CarbonFiberRed_NoAudio_converted.mp4 it will work. I've also tried downloading it with cURL and although the speeds are not stellar, they are definitely enough to load that video while it's playing. In my opinion this points to an issue in either the front-end or the browser.
I have tried in multiple browsers and devices, and the problem presents in all of them. Checking the website for HTML errors with tools online, throws a few warnings and errors, but nothing major. Other videos in https://www.kunstwinder.com/videos that are not in autoplay work without a problem.
I read that Chrome stopped auto playing videos with sound, but this one has no audio either. If you have suggestions or ideas as to why this is happening, please send them my way.
Looking at the page source there is only one video tag on the above page and it does not include the autoplay attribute:
</div><video class="avia_video" controls id="player_12_811126710_1300552843" > <source src="https://www.kunstwinder.com/wp-content/uploads/2017/11/CarbonFiberRed_NoAudio_converted.mp4" type="video/mp4" /></video>
Note you generally need to specify 'autoplay' and 'muted' to get the maximum possibility of autoplay at this time (the rules change from time to time).
Its also worth being aware that browsers may provide the ability for the user to override any autoplay instructions, via the browser settings or configuration.
Related
ISSUE
Background video of a div on the homepage of my website was playing fine on Firefox & IE but not on google chrome. At the outset, it seemed liked a caching issue so I cleared the cookies and the cache and it did work, but only on some computers. On others, it still didn't!!
The error from the console:
Failed to execute 'postMessage' on 'DOMWindow': The target origin provided
('https://www.youtube.com') does not match the recipient window's origin
('http://example.com').
UPDATE & FIX (Specific to Elementor Pro Page Builder - Wordpress)
The error on Chrome's console pointed towards the source of the video (YouTube - on https) and the destination (my test server - on http), to be the issue. I changed that too.
And while I was doing this, I also happened to notice an unexpected css class attached to the container of the video. This particular class 'elementor-invisible' was making the container invisible. Setting it to visible seems to have solved my issue.
I also changed the YouTube video url from https to http since that too was another suspect.
Things look good now.
The title pretty much says it all. When I'm running HTTP(S) Test Script Recorder, one particular page becomes unresponsive - when I click on something it just reloads. The recorder itself is working fine, it is recording every step. And the problem is not proxy related. I've successfully recorded other pages of the same website. When I'm not recording, there are no problems.
It's a .NET 3.5 project.
The page itself has a lot of forms, file uploads, etc, but as far as I know, it should not interfere with recording or even more - with browsing the page. When debugging the project, no breakpoints are hit, so I assume that something gets lost before reaching the server.
Browsers that I've tried: tried FF, Chrome, Edge, IE.
Tried recording the web locally and online. Same thing.
Played around (reinstalled and whatnot) with certificates, didn't help.
Has anyone encountered such a problem? What could be done to fix this? I'm more interested in finding the solution, than a way around (blazemeter, badboy). Any help would be very appreciated.
EDIT: I tried recording with blazemeter and it worked. But when looking at view results tree I noticed that the request path and parameters don't change, even when in the HTTP Request Sampler they are different. So there's no solution yet
This often happens to me and what I've found is that JMeter changes the root certificate in the bin folder every week. So usually the HTTP traffic is fine but certain HTTPS traffic won't work. So make sure that your browsers are seeing the latest JMeter certificate and not using an old one that doesn't exist anymore. On Windows, Chrome and IE use the certificates in Internet Options, while Firefox needs to have it added to it manually.
It turns out that in Test Script Recorder HTTP Sampler Settings choosing Type: Java was all that was needed. I suspect that the issue was related to file upload being involved.
I wish I had a more generic way of asking this question but I really can't figure out what could be going on.
Using dev-channel Chrome 26 (and IE 10) I'm hitting a simple html site in my public dropbox here
In my browser Handlebars.js (from cdnjs.com) never loads and I get an error. Heck, according to the Network tab it never even tries to load it. Yet click through the source and the script file - it is definitely a live link. Why handlebars? Additionally, running the same exact site with a local server loads just fine.
I'm at a loss here what could possibly have this effect. You'd think the issue would be running the server in dropbox but it seems to be the actual browser misbehaving. And why on earth does it not make any request at all?
My repo by the way is on github on the preformance-tuning branch
It looks like Chrome is throwing an insecure content warning on your scripts. Most likely because you are trying to access content hosted over HTTP while your site is being served from dropbox using ssl. Most likely a Chrome security setting silently block scripts it considers "insecure"
Ok, this might be more of a networking question than programming but I'm not really sure what is going on here:
I'm having intermittent problems with my site where I am only partially downloading javascript documents. By intermittent, I mean that on the same browser (Safari in this case) I can view that javascript file in my browser and refresh the page and still only see the file partially downloaded, but another browser (Chrome) I see the file correctly downloaded. Clearing the browser cache has no effect either.
The odd thing is that it appears to be location specific, as when I check the site from home, still using Safari, I have zero issues. The problem also seems to be machine independent, as I also occasionally get the same javascript errors on my iPad (when at work on the same network).
I'm 100% sure it isn't a syntax error or anything with the javascript, as the file that fails most often is a minified copy of jQuery (downloaded from their site, though hosted on my site's server)
I have tried turning off mod_deflate on the idea that it might be compression that was causing the issue, but this had no effect.
I have spoken to the network admins at both my end, and the hosting server end and they claim that it isn't anything wrong with their network, though they are possibly just deflecting a complex issue.
Any ideas on how I can narrow down the issue?
I have a browser compatibilty problem with https? I have SSL installed and is in usage. Until today morning, my https part is working well. From then, Https is shown as https(with slashed in red color) saying the page has some insecure content.
I have not changed any code and suddenly i see this problem in chrome. In IE 8, i see the same problem but on every page, it shows me a popup if i should allow to opne secure and non secure or just secure. Firefox has no issues . It shows correct https without any problem. I am fed up with it searching all over. Why is this happenening for me in Chrome and IE 8.
Could someone tell me what the problem is and what can be done to solve it!
PS: I have also checked if the page source is any different when IE8 showed with and without secure data. Everything is the same. but viewstateID was different. Is that something that is creating this problem?
Thanks a lot in advance.
This is usually caused by having the absolute path to a resource specified somewhere on the page without having https specified, eg:
<img src="http://someurl.com/image.png">
If it's a link to something on your site, use https: or a relative path.
DO you have any 3:rd party javascript included, like google analytics or other that might have changed.
If you try with Firefox there is firebug you can add as an addon.
In there is a tab for network (net).
It lists everything the page loads.
In that list you should be able to find anything that gets loaded without https.
IE (correctly) complains when there is mixed http/https content as a security warning. Most other browsers do not typically complain when dealing with mixed content so your source is very likely the same in both instances.
I would second David Mårtensson's answer and say the issue is likely a third party library (google or MS hosted JQuery for example) or static asset server.