One thing that may be fouling up your connection is that we're using http: instead of https: which some browsers don't like. There's nothing being transmitted on the wiki that is sensitive data, so we don't need a cert there or anything.
I'd be curious to know what browser you're using (incl version) and if you're using a proxy service like a VPN.
Chromium based browsers don't support http since quite a while anymore. That's 95% of all browsers. They redirect everything http to https. Interestingly enough, Opera loads the WIKI fine. https://blog.chromium.org/2023/08/towards-https-by-default.html This is nothing that a user can fix, unfortunately. You need to install something like Let's Encrypt (which i guess you already have installed at the server since the main page is already https) and update your apache directives.
Hm, tested with Chrome, and the wiki indeed works. Odd. I had massive trouble with http links before too. So I would nevertheless put the Wiki behind https
i am still getting the errors not sure what is causing it. every other site works fine, not sure what the problem is. the picture is with the https added instead of http I am using: Vivaldi 7.1.3570.60 (Stable channel) stable (64-bit) I am a linux user if that makes a difference and no vpns are currently in use, and when i do open a vpn, i still get the same result.
after hours and hours and hours of trying to figure this out........ i found the problem
for any one else that might have this issue in the future, but it cant be set per website which is not great and it must be disabled globally because of it, I had to disable this option in my browser, it now works.
Well that's indicative of an issue with the website certificate then, as the user shouldn't have to do disable this. And indeed, the wiki domain is labelled as not secure atm :
Now of course as mentionned above by Eric the website doesn't perform anything dangerous, but, it being flagged as not-secure could definitely prevent it from being displayed altogether on some strict browsers ...
Thanks for the sleuthing. I'll see what we can do.
On a related note, the forum software we use has made a change to their underlying system, now it will not show any image embeds if they use http: URLs.
Wonderful news regarding the https stuff. So many images in older threads will be broken. I checked my own thread and it doesn't even seem to show an icon or whatever as a placeholder for anything linking to my webspace, there's just a void, context missing.
pior said: Well that's indicative of an issue with the website certificate then, as the user shouldn't have to do disable this. And indeed, the wiki domain is labelled as not secure atm Now of course as mentionned above by Eric the website doesn't perform anything dangerous, but, it being flagged as not-secure could definitely prevent it from being displayed altogether on some strict browsers ...
yes this is an issue in a lot of locations & "routers", i do not know anything bout this but do people have to pay for these? does anyone know?
Replies
I'd be curious to know what browser you're using (incl version) and if you're using a proxy service like a VPN.
https://blog.chromium.org/2023/08/towards-https-by-default.html
This is nothing that a user can fix, unfortunately. You need to install something like Let's Encrypt (which i guess you already have installed at the server since the main page is already https) and update your apache directives.
the picture is with the https added instead of http
I am using:
Vivaldi 7.1.3570.60 (Stable channel) stable (64-bit)
I am a linux user if that makes a difference and no vpns are currently in use, and when i do open a vpn, i still get the same result.
for any one else that might have this issue in the future, but it cant be set per website which is not great and it must be disabled globally because of it, I had to disable this option
Now of course as mentionned above by Eric the website doesn't perform anything dangerous, but, it being flagged as not-secure could definitely prevent it from being displayed altogether on some strict browsers ...
On a related note, the forum software we use has made a change to their underlying system, now it will not show any image embeds if they use http: URLs.
Some of our older threads now have missing images
I asked them for a way to disable this, but they won't do it. This means we have to manually update old images, by making new embeds.
https://polycount.com/discussion/107196/making-sense-of-hard-edges-uvs-normal-maps-and-vertex-counts/p1