Files not downloading in Google Chrome

Hey @wizardwise,

Can you please share a download link created by our plugin so I can test it?

I’m seeing the same issue, only with Word docs and in Chrome.

Example here:

https://www.wycombeabbey.com/careers/

Click “Housemistress – April or September 2021” to expand.
Then click on “APPLICATION FORM ACADEMIC STAFF”

It seems to be fine in all browsers other than Chrome.

Same problem with the direct link: https://www.wycombeabbey.com/download/9378/

A download in Chrome provides this error:

Mixed Content: The site at 'https://www.TLD.de/' was loaded over a secure connection, but the file at 'https://www.TLD.de/DL/Vorlagen/Briefe_alle_Unternehmen/Media.docx' was redirected through an insecure connection. This file should be served over HTTPS. This download has been blocked. See https://blog.chromium.org/2020/02/protecting-users-from-insecure.html for more details.

Unfortunaltly this is only an intranet site, so I can’t share links.
I’m Using Chrome 87.0.4280.141 (official Build) (x86_64) on macOS 10.15.7

According to our tech staff this is said to be a plugin issue.

Ahh yes. The issue for us was to do with the site address in WordPress being http.
Have updated to https and all working now.

Strange that this only caused issues with Word docs, but all okay now.

Thanks.

Our problem is on an intranet as well so I cannot share a link.
But I’m reading the above and trying / checking things here.

Ah, I better should have tried and checked before I posted the post above. Our problem is solved with the solution Pixel Pudding provided. I changed the site address to https:// in the WordPress settings and everything (in our case PDF docs) worked fine again!

Great. Glad that helped someone else too.

In my case every option is set to https, additional iThemes Security urges everything to use https.

I fixed it now, by deleting the protocol in the site_url call:

// Ensure we have a valid URL, not a file path
$file_path = str_replace( ABSPATH, site_url( ‘/’, ‘http’ ), $file_path );

to

// Ensure we have a valid URL, not a file path
$file_path = str_replace( ABSPATH, site_url( ‘/’ ), $file_path );

That worked like a charm.

@hchouhan could you please this in a more sustainable way?

Hey @irolfpro,

Instead of using additional code, you can simply edit the file URL in each download to use “https”.