Jump to content

Recommended Posts

Posted
On 7/20/2024 at 11:03 AM, Dave-H said:

ProxHTTPSProxy in my case

I haven't used ProxHTTPSProxy in quite some time.  It is possible that it is CACHEING your cookies.  Close and relaunch ProxHTTPSProxy to clear its CACHE.


Posted

Thanks.
The URLs I've found the problem with don't have any hash characters in them or anything like that.
One is https://chi.uk2.net/.
Going there shows a login dialogue, with the username and password already filled in if I use the proxy, but not if I don't.
I have never intentionally used the proxy with that address.
I did wonder why the details suddenly no longer appeared after working for a very long time, but I only found out that they did appear when the proxy was used by pure chance because I enabled the proxy temporarily for another site as a test, and then forgot to turn it back off again! Suddenly the login information appeared again, and I made the connection!
I don't use the proxy on the web browser because it slows things down considerably, it's mainly there for my ancient e-mail client, which uses the IE HTML engine to display messages, and now throws up certificate errors all the time with a direct connection.
:)

Posted

Another possibility is that username and password "input box codes" often contain "special instructions" embedded within their coding.

That "special coding" apparently is either being altered or not listened to by one or both of your browser &/or proxy.

image.thumb.png.572193d6aa6c5c369cb0b21ac5661587.png

Posted

Thanks.

I'm seeing the same.

Clipboard-2.thumb.jpg.45a43af651956666f879837cb12434a2.jpg

In Thorium, it's the same as well, but the details still appear, but perhaps that's a different mechanism?

Clipboard-3.thumb.jpg.5f4e71b3b7a1977b7a42f7365d2787b4.jpg

 

If I use 360Chrome with the proxy enabled, it all looks completely different!

Clipboard-4.thumb.jpg.c68fa4a3165379d8719716ccabd0b047.jpg

A puzzle. As I said, this did work fine for a very long time without the proxy, but I guess the site changed the coding somehow and stopped it working with a direct connection.
Cheers,
Dave.
:)

 

Posted (edited)

@Dave-H Just for fun, I tried to open the website https://chi.uk2.net/ in 360Chrome 13.5 Build 1030 Redux. I got no green padlock and the hint the connection is not secure when connected in both ways, directly or via ProxHTTPSProxy. I then closed the proxy, deleted all certificates stored in ProxHTTPSProxy's Certs folder and performed an update of the cacert.pem file. I then started the proxy and called up the website https://chi.uk2.net/ again. Now, the connection is reported as secure with a green padlock. Here is a screenshot:

360-Chrome-Portable-13-5-1030-Redux-chi-

I don't know why your credentials are no longer filled in automatically when connected directly but I assume it is certificate related due to the age of 360Chrome. In any case, you should not forget to maintain your ProxHTTPSProxy installation in terms of its certificates, i.e, purging the Certs folder and executing the cacert Updater from time to time. ;)

Edited by AstroSkipper
Posted
6 hours ago, AstroSkipper said:

@Dave-H Just for fun, I tried to open the website https://chi.uk2.net/ in 360Chrome 13.5 Build 1030 Redux. I got no green padlock and the hint the connection is not secure when connected in both ways, directly or via ProxHTTPSProxy. I then closed the proxy, deleted all certificates stored in ProxHTTPSProxy's Certs folder and performed an update of the cacert.pem file. I then started the proxy and called up the website https://chi.uk2.net/ again. Now, the connection is reported as secure with a green padlock. Here is a screenshot:

360-Chrome-Portable-13-5-1030-Redux-chi-

I don't know why your credentials are no longer filled in automatically when connected directly but I assume it is certificate related due to the age of 360Chrome. In any case, you should not forget to maintain your ProxHTTPSProxy installation in terms of its certificates, i.e, purging the Certs folder and executing the cacert Updater from time to time. ;)

I have a green padlock with the proxy, but not without it.
:)

Posted
9 minutes ago, NotHereToPlayGames said:

That web site has the most gigantic of header sections I think I've ever witnessed!

image.thumb.png.698d6d9320f377a82c84634f9038219d.png

Wow!
:o

And it is the site of a web hosting service too!

Posted
1 minute ago, Dave-H said:

I have a green padlock with the proxy, but not without it.
:)

That's good. But in your original screenshot

8 hours ago, Dave-H said:

If I use 360Chrome with the proxy enabled, it all looks completely different!

Clipboard-4.thumb.jpg.c68fa4a3165379d8719716ccabd0b047.jpg

there wasn't a green padlock. :)

Posted

How strange, it's definitely a green padlock now with the proxy enabled, and I haven't knowingly changed anything!
I have now updated the cacert.pem file, but I did that after it had already showed a green padlock when I checked, so it can't have been that which fixed it.
:dubbio:
 

Posted (edited)
10 hours ago, Dave-H said:

How strange, it's definitely a green padlock now with the proxy enabled, and I haven't knowingly changed anything!
I have now updated the cacert.pem file, but I did that after it had already showed a green padlock when I checked, so it can't have been that which fixed it.
:dubbio:
 

Yep, a bit strange. But as I have already described, my 360Chrome 13.5 Build 1030 Redux initially also reported no secure connection to the website https://chi.uk2.net/ using ProxHTTPSProxy, i.e. no green padlock. Only after I had deleted all certificates in the Certs folder and updated the cacert.pem certificate inside the ProxHTTPSProxy installation, 360Chrome immediately reported a secure connection after a restart and showed the green padlock. :o However, recognising valid certificates has always been a problem in almost all 360Chrome versions for Windows XP. TBH, I very rarely use 360Chrome only to check sites for browser compatibility. I generally surf with Mypal 68 (is now running great :thumbup) and New Moon 28, and I try to open the more modern, very bloated sites with Thorium. If all else fails, I use my Android tablet. :P

Edited by AstroSkipper
Posted
On 7/29/2024 at 9:31 AM, AstroSkipper said:

Yep, a bit strange. But as I have already described, my 360Chrome 13.5 Build 1030 Redux initially also reported no secure connection to the website https://chi.uk2.net/ using ProxHTTPSProxy, i.e. no green padlock. Only after I had deleted all certificates in the Certs folder and updated the cacert.pem certificate inside the ProxHTTPSProxy installation, 360Chrome immediately reported a secure connection after a restart and showed the green padlock. :o However, recognising valid certificates has always been a problem in almost all 360Chrome versions for Windows XP. TBH, I very rarely use 360Chrome only to check sites for browser compatibility. I generally surf with Mypal 68 (is now running great :thumbup) and New Moon 28, and I try to open the more modern, very bloated sites with Thorium. If all else fails, I use my Android tablet. :P

The certificate in the ProxHTTPSProxy certificate store chi.uk2.net.crt was updated 10 days ago, according to the date of the file.
:dubbio:

Posted
26 minutes ago, Dave-H said:

The certificate in the ProxHTTPSProxy certificate store chi.uk2.net.crt was updated 10 days ago, according to the date of the file.
:dubbio:

After deleting all certificates in the folder Certs and updating the certificate cacert.pem, all certificates will be generated by ProxHTTPSProxy once again. That means my certificate chi.uk2.net.crt was updated 2 days ago. :P It has a validity from 28.07.2024 to 28.07.2034.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...