https vs http: broken image in LDRAW Wiki

[Steffen]

in the LDRAW wiki, the image "Construction worker.png" appears broken when accessing the page

https://wiki.ldraw.org/index.php?title=BlueBrick

via https. When using http, the image looks fine:

http://wiki.ldraw.org/index.php?title=BlueBrick

To cure this, I suggest that we end the dual presence of both http and https this way:
* make https the default
* make any access to a http address a forwarding to its https counterpart

[Orion Pobursky]

in the LDRAW wiki, the image "Construction worker.png" appears broken when accessing the page

https://wiki.ldraw.org/index.php?title=BlueBrick

via https. When using http, the image looks fine:

http://wiki.ldraw.org/index.php?title=BlueBrick

To cure this, I suggest that we end the dual presence of both http and https this way:
* make https the default
* make any access to a http address a forwarding to its https counterpart

Image looks fine to me on both. But I'll permanently redirect http to https.

P.S. Thanks for all the Wiki work lately.

[Steffen]

>Image looks fine to me on both.

This seems to be browser-dependent. Chrome seemingly blocks an http image inside a https page.
When I try
https://wiki.ldraw.org/wiki/Web-Based_Applications
in Chrome 65.0.3325.181 on Windows, the image in the "under construction" box is broken.

> P.S. Thanks for all the Wiki work lately.

Yeah, I took nearly the full Easter Monday to roar through it
I'm still not finished yet, and of course there still are lots of things to do,
but I found it sleeping a little sleep and thought it could get some cleanup.
I will continue My goal during that is: keep as simple as possible. Make easy to understand for newbies.

[Steffen]

> Chrome seemingly blocks an http image inside a https page.

Yup, just confirmed. Chrome's console explicitly states that it did not load the http images
because they were embedded inside a https page:

   

This means: our server somehow still defaults to serving by http.

It should be changed to serve everything (including images) by https.

Maybe the answer is very simple, check
https://www.mediawiki.org/wiki/Manual:$wgServer/en#HTTPS

I suggest that we configure the server like this:
(a) MediaWiki gets configured to run in https mode exclusively. No http mix etc. at all.
(b) Apache could be configured to rewrite every http URL into a https URL (so existing links will still work).

This will make things clear and simple and at the same time 100% https as far as I can see.

[Orion Pobursky]

> Chrome seemingly blocks an http image inside a https page.

Yup, just confirmed. Chrome's console explicitly states that it did not load the http images
because they were embedded inside a https page:



This means: our server somehow still defaults to serving by http.

It should be changed to serve everything (including images) by https.

Maybe the answer is very simple, check
https://www.mediawiki.org/wiki/Manual:$wgServer/en#HTTPS

I suggest that we configure the server like this:
(a) MediaWiki gets configured to run in https mode exclusively. No http mix etc. at all.
(b) Apache could be configured to rewrite every http URL into a https URL (so existing links will still work).

This will make things clear and simple and at the same time 100% https as far as I can see.

The 2 suggestions above were already implemented but this issue is fixed. The image path was set to a value that wasn't the default and it hardcoded the non-https URL.

[Steffen]

yep, works now, thanks