Try these two forum threads.
No tasks to send
The hardware enthusiast's corner
No tasks to send is in https
The hardware enthusiast's corner is in http.

Both addresses are https.

'The hardware enthusiast's corner' has an embedded user image which is shown via an http link - that's the only thing my browser is worried about. (see edit to previous post)

Padlock-with-warning usually means that some part of the page is not served in https. Most likely images in user's signatures or such. So, the page itself is encrypted.

To confuse things, recently:

- browsers don't show the padlock on secure sites any more (secure intended as default)
- nor they show the protocol prefix

T

I seem to remember that very early BOINC web code couldn't render an [img] [/mg] in a post if the url started https: similarly with signatures. I'm trying to locate the forum code update to fix that, to see if we could patch just that small change in here.

But it's not proving easy to find...

Edit: Try Web: fix BBCode transform for [img] when using HTTPS URL

If I type in "http://gpugrid.net" or have an old link that is http, the browser takes you to the http (insecure) site.
There needs to be a http to https redirect setup for the web site.

Try these two forum threads.
No tasks to send
The hardware enthusiast's corner
No tasks to send is in https
The hardware enthusiast's corner is in http.

Both addresses are https.

'The hardware enthusiast's corner' has an embedded user image which is shown via an http link - that's the only thing my browser is worried about. (see edit to previous post)

Thank you very much for your comments.
I've recently applied SSL certificate over servicenginic.com domain, where all the images I want to share are stored.
This includes the ones on mentioned The hardware enthusiast's corner thread.
Some of the contents is already being automatically redirected to HTTPS, and the rest is available by manually changing "http://" to "https://" at browser's address bar.
I've applied the HTTP to HTTPS redirecting script recommended by my webpage hosting. The reason for why it is currently working for some contents and not for other, is a mystery for me...

Edit:
Fresh discovery!
Apparently, ".jpg" images are being successfully redirected to HTTPS, but ".png" images are not... ¿Some clue?

Try these two forum threads.
No tasks to send
The hardware enthusiast's corner
No tasks to send is in https
The hardware enthusiast's corner is in http.

Both addresses are https.

'The hardware enthusiast's corner' has an embedded user image which is shown via an http link - that's the only thing my browser is worried about. (see edit to previous post)

Thank you very much for your comments.
I've recently applied SSL certificate over servicenginic.com domain, where all the images I want to share are stored.
This includes the ones on mentioned The hardware enthusiast's corner thread.
Some of the contents is already being automatically redirected to HTTPS, and the rest is available by manually changing "http://" to "https://" at browser's address bar.
I've applied the HTTP to HTTPS redirecting script recommended by my webpage hosting. The reason for why it is currently working for some contents and not for other, is a mystery for me...

Edit:
Fresh discovery!
Apparently, ".jpg" images are being successfully redirected to HTTPS, but ".png" images are not... ¿Some clue?

Couple of things to check:
If you are running Wordpress for your Website there is a plugin available that will attempt to go over your site and repair any issues. (backup site first)
Be mindful when adding content that you use a relative address, starting in "//" not an explicit path such as "http://". When using a relative address it will use the site prefix (https).
Some plugins may be linking to libraries or css files with an explicit address.

After additional investigation:

My web stored files are based on a web hosting Apache server of my services provider.
The HTTP to HTTPS redirecting script, file ".htaccess" at webpage root directory, is as follows:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R,L]

For a newbie like me, one trivial discovery:
The following example links are not being redirected to HTTPS:
http://www.servicenginic.com/Boinc/GPUGrid/Forum/HE/FGC/FGC_F.jpg
http://www.servicenginic.com/Boinc/GPUGrid/Forum/HE/FGC/FGC_Ps.png
And these links are being successfully redirected:
http://www.servicenginic.com/Boinc/GPUGrid/Forum/HE/FGC/FGC_F.JPG
http://www.servicenginic.com/Boinc/GPUGrid/Forum/HE/FGC/FGC_Ps.PNG
Both are exactly the same images, the only change is that extensions in capital letters (.JPG, .PNG) are being redirected, while extensions in lowercase letters (.jpg, .png) aren't.
It wasn't the kind of files, but the kind of letter at their estensions. Web contents is sensitive to letter case!
I'll take it in mind in the future...

I would get onto your hosting service. All content should be redirected regardless of case. I would suggest they check the httpd.conf file to ensure nothing is stopping upper/lower case from redirecting consistently. The httpd.conf file is usually only accessible by the hosting service. Most hosting services also offer a control panel to configure your site. Maybe something there as well you can check.

my memory is bad (I do have brain problems)
but I think it stop working not long before my port.

it is still where my most of my credit come from.
but not for long :-)

---