AstroSkipper

On my weak machine, these unnecessary connections do have an impact to my CPU and are counterproductive for smoother browsing. So, I am glad to have got rid of them.

No need to add any firewall rules, it's not a routable address. I did not add any specific rules. In Windows 10 Firewall Control, Thorium is restricted to the standard web browser zone as all other browsers, too. The connection to the posted address was not allowed in this zone. Therefore, it was blocked automatically. No more, no less.

Usually, I do not use any Chrome or Chromium browsers under Windows XP. My daily drivers under Windows XP are New Moon 28, Mypal 68 and Serpent 52. And there is no such behaviour.

As I already mentioned in my Antimalware thread, Windows 10 Firewall Control is great and is doing a perfect job in controlling all system and application connections like, for example, Thorium.

I was going to suggest that one also but it's not in v114 and I cannot access Thorium or Supermium at work. Yep! This one did the trick. No more entries in my firewall log. I just found this by accident, and its description made me prick up my ears:

No. It is indeed Thorium trying to connect to this address. To be more precise it is the process thorium.exe. Disabling the flag #media-route-dial-provider seems to be the solution I found by checking all available Thorium flags.

No. It is indeed Thorium trying to connect to this address. To be more precise it is the process thorium.exe.

Can anyone tell me why Thorium is trying to connect via UDP to the address 239.255.255.250 using the port 1900 almost every minute? My Windows 10 Firewall Control is blocking and logging this connection, fortunately. I performed a WHOIS check and got this information: # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/resources/registry/whois/tou/ # # If you see inaccuracies in the results, please report at # https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ # # Copyright 1997-2024, American Registry for Internet Numbers, Ltd. # NetRange: 224.0.0.0 - 239.255.255.255 CIDR: 224.0.0.0/4 NetName: MCAST-NET NetHandle: NET-224-0-0-0-1 Parent: () NetType: IANA Special Use OriginAS: Organization: Internet Assigned Numbers Authority (IANA) RegDate: 1991-05-22 Updated: 2013-08-30 Comment: Addresses starting with a number between 224 and 239 are used for IP multicast. IP multicast is a technology for efficiently sending the same content to multiple destinations. It is commonly used for distributing financial information and video streams, among other things. Comment: Comment: A full list of IPv4 multicast assignments can be found at: Comment: Comment: http://www.iana.org/assignments/multicast-addresses Comment: Comment: A document describing the policies for assigning multicast addresses can be found at: Comment: http://datatracker.ietf.org/doc/rfc5771 Ref: https://rdap.arin.net/registry/ip/224.0.0.0 OrgName: Internet Assigned Numbers Authority OrgId: IANA Address: 12025 Waterfront Drive Address: Suite 300 City: Los Angeles StateProv: CA PostalCode: 90292 Country: US RegDate: Updated: 2012-08-31 Ref: https://rdap.arin.net/registry/entity/IANA OrgAbuseHandle: IANA-IP-ARIN OrgAbuseName: ICANN OrgAbusePhone: +1-310-301-5820 OrgAbuseEmail: abuse@iana.org OrgAbuseRef: https://rdap.arin.net/registry/entity/IANA-IP-ARIN OrgTechHandle: IANA-IP-ARIN OrgTechName: ICANN OrgTechPhone: +1-310-301-5820 OrgTechEmail: abuse@iana.org OrgTechRef: https://rdap.arin.net/registry/entity/IANA-IP-ARIN # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/resources/registry/whois/tou/ # # If you see inaccuracies in the results, please report at # https://www.arin.net/resources/registry/whois/inaccuracy_reporting/ # # Copyright 1997-2024, American Registry for Internet Numbers, Ltd. # It seems to be somehow related to multicast. Can this be turned off in Thorium?

As a technically interested person and die-hard Windows XP Professional 32-bit enthusiast , I installed Thorium on my very old and very weak computer for testing purposes only. My hardware and OS specs are: Windows XP Professional SP3 with all updates after SP3 and additionally all POSReady updates, an Intel Pentium 4 Northwood 2.80 GHz CPU (single core, 32 Bit), 1.5 GB SD-RAM and a NVIDIA GeForce 6200 graphic card. I am using the version Thorium_SSE2_122.0.6261.168_WINXP_x32 in portable mode. Nothing has been installed to avoid any compromising of my system. It was hard to adjust the browser settings and flags to load pages as it actually should be. I am using the extension uBlock Origin as I do in all my browsers to filter and block all crap. However, uBlock Origin had to be exactly adjusted to not interfere negatively the loading of websites. I will test Thorium for a while to see how it behaves on my very weak Windows XP computer. But in any case, I am also interested in experiences from other users with Thorium on old 32-bit computers.

You should use the version Thorium_SSE3_122.0.6261.168_WINXP_x32.zip as your CPU supports the SSE3 instruction set at maximum. You can use the SSE2 version, too but I would try the SSE3 one first.

Personally, I would like to know about experiences of users who have installed Thorium under real (bare metal) Windows XP 32-bit on very weak hardware, especially equipped with a 32-bit (single-core) CPU like, for example, Pentium 4. Which Thorium version has been used? How does this browser behave there? How does the browser start? What does the loading behaviour of websites look like? What about performance and resource consumption in general? And above all, which settings and Chrome flags are used in those installations? It would be great to provide your hardware and OS specs when sharing any experience.

Wow! Is this thread here about hardware? And performance comparisons between Win XP and Win 10? The answer is crystal clear: Definitely not! This thread should actually provide information about the Thorium browser. Thus, the last 7 posts are therefore completely off-topic. The reader will not learn anything worth knowing about Thorium here. No matter how you feel about this browser.

When uBlock Origin is installed, it controls the preloading of websites. You do not have to disable uBlock Origin to control this feature again, you can simply enable the option "Disable pre-fetching" in uBO's dashboard page "Settings" as already mentioned by @Dixel.

Just a small hint. If you are using my mod uBlock Origin Legacy 1.16.4.35 with the filter list Bypass Paywalls Clean filters enabled, you can additionally install the corresponding userscript Bypass Paywalls Clean. Some fixes require this userscript to make them work. You can download this script here. There are also language-specific userscripts which can be installed additionally to the English one. For the installation of the userscript(s), you must first install an userscript manager like, for example, Greasemonkey or Tampermonkey if you have not yet done so. Cheers, AstroSkipper

Process Tamer 2.14.01 can be found here: https://www.donationcoder.com/forum/index.php?topic=43293.msg407794#msg407794 :OT When using Windows XP, forget about the beta version Process Tamer 2.14.01! It doesn't work properly there. Use instead Process Tamer 2.11.01 which seems to work under Windows XP as it was designed! I personally use Process Hacker and Process Lasso for many years, and it meets all my needs. :END OF OT

You will always find the latest version of New Moon 28 in this thread: https://msfn.org/board/topic/185966-my-browser-builds-part-5/?do=findComment&comment=1264369 The link points to the latest post with the most recent version. In general, you can find all releases from @roytam1 on his server: https://o.rthost.win/

Process Tamer 2.14.01 can be found here: https://www.donationcoder.com/forum/index.php?topic=43293.msg407794#msg407794

In the case of https://www.tomsguide.com/, I have to agree with you. It really looks like a CSS issue. But in general, both, JavaScript and CSS, are the main causer for a breakage of websites. And one can't really say that one of the causers is more important than the other. At least, I do think so.

First, the bad news (unfortunately, for you). ebay.com does not work for me in Mypal 68.14.0b, either. The buttons are inaccessible. The good news (fortunately, for me) is ebay.de is still working. All buttons are functional and accessible. Maybe, there is a preference which can be set in Mypal 68.14.0b. I don't know at the moment. I had a look into the web console, and there are JavaScript errors. Something must have been changed. I therefore think this can probably only fixed by @feodor2. The good news (for you) is that in New Moon 28, all is still working. Just tested. PS: BTW, this issue was already reported to the issues of Mypal 68 here: https://github.com/Feodor2/Mypal68/issues/228#issuecomment-2080375184

I assume you meant 32-bit version. Otherwise, it would be a bit funny.

There is an address bar at the top of the logger where you can choose an already opened tab from the browser. If you choose one which was opened before the logger was started, nothing can be shown then.

@feodor2 What kind of P4 CPU did you use for testing? My Pentium 4 Northwood CPU is equipped with the SSE2 instruction set at maximum. What is yours? I'm asking you this for a clear reason. The P4 Prescott CPU, for example, was introduced in 2004, and it already has the SSE3 instruction set. Just an idea!

Thanks for investigating this! Here are my hardware ans OS specifications: Windows XP Professional SP3 with all POSReady updates with an Intel Pentium Northwood 2.80 GHz CPU (single core, 32 Bit), 1.5 GB SD-RAM and a NVIDIA GeForce 6200 graphic card. It is very strange that you and I often come to different results. The uBO logger does not work for you in single-process mode, but it does for me. On your P4 machine, you have no problems with loading the filter lists in multi-process mode, but I do. What's going on there? It's almost hard to believe. And where is the explanation? Something is not right at all.

Maybe it works for this too? Thank you very much! Setting dom.forms.button.standards_compliant to false did the trick. For the very first time, I was able to upload a test file from New Moon 28 to my main folder on Codeberg. I am really happy. Great find! Thanks again!

Yep! It works as it was designed. But personally I don't like this design. TZ Clock only shows the time and date when clicking onto the toolbar item. In contrast, my Clock custom button shows the time in the toolbar itself and when hovering, the weekday and date. But in the end, it's always a question of taste.