Jump to content

Extreme Explorer 360 Chromium 78-86 General Discussion


Recommended Posts

23 hours ago, FantasyAcquiesce said:

Hello,

I have tried the latest version of this web browser but get a few certificate errors on western sites. Furthermore, websites cannot stream because of this error.

Is there a solution to this? The Chinese Mini Chrome browser doesn't suffer this issue.

Have you tried these tools to update certificates?

https://msfn.org/board/topic/175170-root-certificates-and-revoked-certificates-for-windows-xp/?do=findComment&comment=1110568

http://i430vx.net/files/wsusstuff/

https://retrosystemsrevival.blogspot.com/2021/03/certificate-updates-for-windows.html

Cheers.

Link to comment
Share on other sites


On 9/5/2021 at 4:17 PM, Humming Owl said:

I have the same problem with the certificates on version 13.
On versions 12 and 11 I haven't problems with the certificates.
I have the root certificates updated by various methods.
Most sites cannot make a secure connection despite the fact that the certificates are up to date.

Sometimes it is solved by manually installing an intermediate certificate. But in the case of MSFN forum site all the certificates are correct, however the secure connection does not occur.

v12 capture
360%2012%20si%20https.jpg
v13 capture
360%2013%20no%20https.jpg

Web site unsafe connect
Web%20site%20unsafe%20connect.jpg

unsafe connect
unsafe%20connect.jpg

Edit:
I have done more tests:
On MSFN.org
2 identical unzipped versions of the mod by Humming Owl
A works https
Another does not work https
I have checked the settings and put it identical on both.
Nothing has changed, one works and another doesn't.
I've also tried installing the original Chinese version and it doesn't show https either

On sites with problems with intermediate certificates
Neither browser v13 connects with intermediate certificates

Edited by Cixert
Link to comment
Share on other sites

2 hours ago, ArcticFoxie said:

Do you have POSReady updates installed?

I seem to recall that they broke XP's certificate store - but I don't think we ever really got far enough to prove this 100%.

People running un-hacked XP SP2 and un-hacked XP SP3 seem to have zero issues with the "green padlock".

I have only all XP SP3 updates

Link to comment
Share on other sites

about the red and green https padlock :
did some tests.

first test:
have a v13.2206 folder with noscript 11.2.11 installed.
with that msfn has a red padlock.
with noscript 11.2.3 the msfn https padlock is now green. (same settings)
cloudflare , google syndicate and google analytics set to default , the other two trusted.
when i set cloudflare to trusted , msfn turns red.
don't use noscript page refresh to test , close the page and load msfn from bookmark to see the effect.
some random other sites are still red.
with a clean unran v13.2206 profile msfn has a red padlock but with the above noscript 11.2.3 settings msfn is green ?
can not repeat this behaviour on other sites yet , only on msfn.

second test:
deleted all intermediate , trusted and untrusted certificates from the ie8 cert store.
updated the cert store with cert updater v1.6.
the trusted and untrusted store is repopulated but the intermediate remained empty.
this had no result on random pages with a red padlock but had no adverse effects either.
so i will keep the cleaned out and updated cert store.

have no posready updates installed except usb exfat and the tls 1.2 plus reg settings.

Edited by rereser
Link to comment
Share on other sites

hello ArcticFoxie.

tracked down the "bold font in the user interface" issue i talked earlier about.
i have those with the 360Chrome 2206 rebuild 3 - unran - MSFN version.
copied the chrome.dll from rebuild 3 to v13.2206 - 4 and now have those also in that version.
i think you said you could not replicate this behaviour so ...
my question is : are there important changes made in the chrome dll in regards to stability or otherwise between rebuild 3 and 4 ?

screenshot below is v13.2206-4 with the chrome dll from v13.2206 rebuild 3.

MWSnap2832.jpg

Edited by rereser
Link to comment
Share on other sites

3 hours ago, rereser said:

my question is : are there important changes made in the chrome dll in regards to stability or otherwise between rebuild 3 and 4 ?

The biggest difference between the two is the order in which several hexadecimal values were replaced.

v4 was a complete rebuild from the ground up based on several tweaks and modifications learned over nearly a year of using 360Chrome as my default-for-all web browser.

v3 had all of those tweaks and modifications performed in a rather random order as we-the-community discovered new modifications along the way (and Humming Owl showed up midway through that process).

 

Consider it this way, one of the very first modifications was to remove all hexadecimal occurrences of "360.cn".

Later on, we decided to remove all hexadecimal occurrences of "ext.chrome.360.cn" before we remove "360.cn".

BOTH methods will "break" the URL so I do not think this is the reason for the differnce in bold versus unbold in your GUI (a difference that seems isolated to only your OS config).

But it is a "difference" between v3 and v4.

 

Another difference is that v3 breaks a resolver function (a discovery by Dixel) that "calls" an IP Address while v4 breaks the IP Address (Humming Owl's approach) but leaves the resolver function intact.

Both methods will "break" what the original 360Chrome was attempting to "do" so again I do not think this is the reason for the difference in bold versus unbold in your GUI.

 

The last major difference becomes extremely difficult to isolate.

v3 did not make a "gstatic" connection because of a command line startup prompt that my rebuilds utilize but that Humming Owl's builds do not utilize.

So it was a much higher priority for Humming Owl to hard-code methods to prevent that "gstatic" connection than for my builds.

v4 implements Humming Owl's hard-coded method that prevents this "gstatic" connection (which my version technically did not make anyway).

I do not think this is the reason for the difference in bold versus unbold in your GUI.

 

At the same time, v3 also replaced all hexadecimal "googleapis" values.  But v4 does this also.  I cannot rule this out and this could be a cause for bold versus unbold in your GUI.

 

Again, at the same time, v3 replaced several hexadecimal occurrences of "i.360.cn", "browser.360.cn", "se.360.cn", "360safe.com", "chrome.360.cn" and "360.cn".

This gets tricky to track because "360.cn" was ALREADY removed SEVERAL months prior so a search-and-replace for "i.360.cn" won't find anything because the "360.cn" portion is no longer present.

I do not think this is the reason for the difference in bold versus unbold in your GUI.

But it is a "difference" between v3 and v4.

 

v4 goes one step further and not only removes the hexadecimal occurrences of "i.360.cn", "browser.360.cn", "se.360.cn", "360safe.com", "chrome.360.cn" and "360.cn" but also removes the unicode occurrences.

I do not think this is the reason for the difference in bold versus unbold in your GUI.

 

 

Long story short ( https://www.youtube.com/watch?v=YCP2QQH4uuQ )  --  there is a HUGE list of differences between v3 and v4.

I still "trust" both but I can replicate v4 and recreate it whereas v3 spanned so many months and small changes along the way that the actual "order" cannot be replicated.

It is very interesting that it seems to be tracked down to chrome.dll instead of any of the .srx files, anything inside options.zip, or anything inside resources.pak.

Because all it really takes is accidentally missing a closing quotation mark in a line of code that makes an entry bold and everything BELOW that line of code "could" render in bold.

But something in chrome.dll instead of any of those files?  Very peculiar.

Link to comment
Share on other sites

thanks for the elaborate reply.

yep , it is something in the dll only .
not the options.zip , the pak file or the skin. (i have tried everything and then some)
i will keep the v3 dll for now as it is much better for me to read and use.
all bold font now down to the bookmarks , the context menu and even the download window.

many years ago i was forced to modify my system to use the arial black font everywhere.
first through xp display properties / appearance.
second mod was with reshacker on some dll files like shell32.dll and others. (don't remember exactly)
and then i replaced the arial black font with the one from win 10. (just because it was newer)
https://www.askvg.com/list-of-files-to-be-hacked-using-resource-hacker/
maybe the v3 dll calls on shell32.dll for all i know ...
as you can not replicate , it must be some interaction between the v3 dll and my system and not with internet connections made.

have set 360chrome to my default now with the method i posted earlier.
have renamed all pale moon file type entry's first in regedit to chrome and pointed all needed in folder options / file types to 360 loader without DDE.

this was a fun ride to setup and it came at the right time as you will understand.
am happy to be a member at this friendly and very helpfull board.
hope i can contribute and help out in some way if needed.
last i want to thank ALL who contributed to getting this amazing project off the ground !

regards.
 

Link to comment
Share on other sites

I do similar to prevent "cleartype" BS.

I have the exact opposite of "color blind" vision.

Cleartype fonts give me migraines because my vision can see the little red and green dots at the font-corners and they dance and flash and gyrate according to my vision - among many others, it was a gigantic ordeal when Microsoft pushed that "technology" into new operating systems. 

Link to comment
Share on other sites

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...