Leaderboard

Because MSFN would cease to exist if it weren't for - 1) People with very old hardware trying to run modern web browsers 2) People with very new hardware trying run or "look like" very old operating systems

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20240518-3219d2d-uxp-e76fa74573-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20240518-3219d2d-uxp-e76fa74573-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20240518-3219d2d-uxp-e76fa74573-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240518-d849524bd-uxp-e76fa74573-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240518-d849524bd-uxp-e76fa74573-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20240518-d849524bd-uxp-e76fa74573-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20240518-d849524bd-uxp-e76fa74573-xpmod.7z Official UXP changes picked since my last build: - PR #2514 - Don't split up happy emoji sequences (52d7e4f3db) No official Pale-Moon changes picked since my last build. Official Basilisk changes picked since my last build: - [Basilisk] fix bug with preferences not working (4a95f9d418) Update Notice: - You may delete file named icudt*.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

And since you can set records both upwards and downwards, here is my result from the graphics test on the motion mark website in Thorium on my old machine:

Do you have Enchantress update? After the Enchantress patch they had "fixed" the low volume "issue", I didn't have that issue with the volume with only the basic game set, and had to turn it down drastically to avoid hearing damage.

@Anbima : It is still unclear to me (and probably to the rest of the members trying to help you ) what exactly you're trying to accomplish here ... 1. Are there specific HTTPS URLs that fail to load on your 360EEv13.5 copy under your XP set up? 2. Are you concerned that the browser will load HTTPS sites under plain HTTP (and you're afraid sensitive/private info of yours will be sniffed?) - it's my understanding that a secure connection will either succeed or fail altogether... AstroSkipper has provided you with one-click sloution(s) for when you want to go through the HTTPSProxy and when NOT (however, the proxy should always be running, you do get that ) ... As already told, the proxy comes with a "[BYPASS URL]" section inside its "config.ini" file, but this serves just to exclude a small number of sites from being accessed via the Proxy (the purpose of this tool being to access the overwhelming majority of the internet through it ). Can you be so kind as to link to that documentation? This is a local PAC file you're talking about... 1. Internet Explorer, unlike Mozilla Firefox "legacy" browsers (I have no idea what the case is with recent Firefox), has poor support for local PAC files loaded from disk (and configured via the "unhealthy"/legacy "file://" protocol) - so, you can still try to configure IE8's proxy settings via pointing it to your local PAC file, then configure 360EE to "Use IE proxy", but YMMV ... Later EDIT (2024-05-21): This approach doesn't seem to work ; IE8 applies the above configuration (use the local PAC file over "file://" protocol), however 360EE, for reasons best known to its Chinese devs , doesn't observe this configuration when instructed to "Use IE proxy" ... 2. Since Chrome v68, native support for loading local PAC scripts over the file:// protocol has been disabled and/or revoked: https://bugs.chromium.org/p/chromium/issues/detail?id=839566 Some mitigations are offered inside comments on that bug, e.g. https://issues.chromium.org/issues/40574814#comment9 https://issues.chromium.org/issues/40574814#comment23 You can learn more about configuring Proxies in Chrome/Chromium by reading this excellent documentation: https://chromium.googlesource.com/chromium/src/+/HEAD/net/docs/proxy.md#proxy-support-in-chrome Since HTTPSProxy is a secure proxy, used to access HTTPS URLs, the PAC syntax you quoted is wrong; change PROXY to HTTPS, e.g. function FindProxyForURL(url, host) { alert('url: \'' + url + '\', host: \'' + host + '\''); if (shExpMatch(host, "example.com")) { return "PROXY localhost:8079"; } } The "alert" line can be omitted, but it's there to generate a message in the (browser) console when a site is being successfully proxied... EDIT/CORRECTION: ProxyMII (and similar projects based on Proxomitron) actually uses two local proxies (Rear+Front); client apps (e.g. browser) connect directly to the FrontServer (localhost:8079), which is plain HTTP, while the RearServer (localhost:8081) is the one facing the web; thus, my initial advice was wrong ; "PROXY localhost:8079" must indeed be used inside a PAC implementation - apologies for any inconvenience, "errare humanum est"... In conclusion, I've offered lots of relative info you could have found yourself already by "fine-tuned" web searches ... TL;DR; Use a proxy extension inside 360EEv13.5 that has support for local PAC files, if you wish for some form of automation...

You'll notice when/if SAB reimplements taskbar.

Lone

June

Terrible, painfully slow "saving..." process, took a screengrab.

Thanks for documenting! The file and folder structure which is expected by your app was clear to me from the very first, though. However, the structure of my Thorium installation is different and isn't supposed to be changed.

Hi everyone, I did a quick search and couldn't find any discussion of this, but at least for me with Nvidia under Win7, video playback in Firefox is still broken as of today (version 112, using Webrender). This is an older bug report related to the issue: https://bugzilla.mozilla.org/show_bug.cgi?id=1459526 The test videos on that page that still work actually do show correctly now, but still, any actual video on Youtube or Twitch looks obviously washed out, with blacks showing as grey instead. I can't find the source anymore, but I've read a couple of years ago that the fix that they did really just applies to Win10+ because they used a function that is missing in older Windows versions, and I guess the userbase for Win7 is so small now that nobody really seemed to care. Can anybody confirm this issue? As a workaround I've been running Opera additionally, which doesn't have the color range issues (though I did have to switch off HW accelerated video for performance and stability reasons), however the problem here is that whenever I run Opera I get very noticeable stutters in games that aren't traceable to any additional CPU or GPU load. The more demanding the game itself is and the more cores it uses the more frequent and worse the stutters get. Furthermore, while playing a game having any kind of video running in the background is completely impossible on Opera, it becomes a complete stutterfest. I've also noticed some severe Windows GUI performance degradation that sometimes seems to happen when running Opera for long periods of time, so considering all of that my guess is that Opera is really badly coded when it comes to interacting with the GPU driver.

Hello everybody ! After hours of struggle and impossibility, I finally managed to get Firefox 125.0.2 working on Windows Vista! More information on my Lipton Acer YouTube channel for Firefox 125. I will be releasing a video about this soon.

No. That is not the case. When closing the main window of ProxHTTPSProxy from my package ProxHTTPSProxy's PopMenu TLS 1.3 3V3, its entries are automatically removed from the system proxy settings. If not, you did something wrong. Close the main window of ProxHTTPSProxy and check the system proxy settings by "Open IE Proxy Settings" in the PopMenu!

I'm sure it'll be better!

ProxHTTPSProxy can be configured to the user needs in its configuration file config.ini. And in 360Chrome, as already described by @VistaLover, you can alternatively switch between "Use IE proxy" and "Do not use proxy".

When it comes to my package ProxHTTPSProxy's PopMenu TLS 1.3 3V3, closing the main window of ProxHTTPSProxy automatically removes its entries from the system proxy settings. This is not the case when using ProxyMII.

That's exactly why I support the idea of MSFN, and actually the reason for all my efforts here. In my case, let Windows XP live forever or at least as long as possible.

forgot to upload them, should be fixed

I only use Google Search as fallback, but good to know. x.com redirects to twitter.com here. Is it supposed to work with UXP browsers? I only get "something went wrong" page, nothing useful in the console. Maybe it's for the best, I prefer not to touch anything associated with Musk, LOL.

Thanks for the thread and pool. I use in Windows 7 x64: LibreWolf = 0 policies Supermium = 3 policies

Probably contains word it doesn't like, for example you can't mention the notorious config boot configuration file that was used pre-Vista, but it's far from the only word. I recently couldn't post normally in Thorium forum until I reworded what I was trying to say. This forum really went down the toilet, didn't it?

Off-topic, but this is a pet peeve of mine. Why doesn't Micro$oft (or anyone else, for that matter) print huge numbers like that with commas (or periods for Europe) - or, since we don't really need to know the RAM usage right down to the byte - just abbreviate it to 2.57 GB? It's virtually impossible to quickly gauge the magnitude of a long string of digits like that - instead you have to stare at it and count digits from right to left! It's as if they've forgotten that computers were invented to do drudgery like that for us!

... However, the 360EE variants have proxy settings of their own, different to the ones in Google Chrome/Chromium ... @Anbima : If you opt to use just ProxyMII, then configure your IE8 browser to use this HTTPSProxy just for "Secure:" connections and once this is done (you can exit IE8 now), you can configure 360EE to use that proxy via:

Classic taskbar works in 26120.670 - Dev and 26217.5000 - Canary. 🤞

Tune

Do you talk about their X-Launcher? In the case of the paf version from PortableApps, these entries are only written temporarily to the registry. After closing the browser, they are written back to a local reg file and then removed from the registry. So, nothing to be worried about. Unfortunately, Supermium does not run fluently on my old hardware.

ruse

Screenshot with proper file structure, only for the loader usage. @AstroSkipper

It doesn't matter which one. When the Supermium installer is used from GitHub, it writes for each extension which is installed an entry under HKLM and HKCU -> Software -> Supermium. In the portable PAF version from PortableApps, these entries are only temporarily written into the registry and are stored locally in the programme folder when Supermium is closed as it is usual in PAF versions from PortableApps.

Feature request for SAB: Preserve application taskbar order when switching between virtual desktops. The default Windows behavior basically makes the feature unusable. There is an open source implementation for Windows 11 available. https://windhawk.net/mods/virtual-desktop-taskbar-order https://github.com/m417z/my-windhawk-mods/blob/main/mods/virtual-desktop-taskbar-order.wh.cpp

Nothing using GPU on Chromium works on XP. Waste of good hardware.

Must

Do they support adding/removing flags? User agent selection function, maybe?

No, depending on the Chrome version, their user folder path is changed. 00 / 2E HEX (highlighted)

Celt

I still use this command. Of course, only if my system partition has become faulty and has to be restored by the latest image I had created, which, however, only happens very rarely. My reliable imaging system is the reason why this system partition was originally created in 2004. Since then, I never had to reinstall Windows XP from scratch. It is as immortal as the Highlander, so to speak. So I'm not afraid that Thorium or another programme will destroy my system. It is simply indestructible.

Don't get me wrong, Thorium runs against all expectations well overall, and I've just made some more performance improvements by changing some flags I have been using. On such systems, it is essential to select the correct flags that really correspond to the hardware. In any case, one thing is true. Thorium definitely runs on Intel Pentium 4 single-core 32-bit. Thus, here is one who runs a Chrome 122 under Windows XP on a 20 years old Pentium 4 CPU. And it's me. PS: And as always, I know exactly what I'm doing.

You're indeed right! I fired up my old VPN client at home, not work, and I get unauthorized HTTP error 403 at imgur! But I also get that freaking spacer.png (not always! On random) without it, using Thorium, go figure!

Saxon simply reported non working page error, whether it's Thorium related or not, is still to be determined, and you started your usual off-topic activities with the crap posting, link. I got absolutely another error, I assumed it was (most probably) related to MSFN website/editor, I didn't have any errors upon visiting the page directly, I didn't know it was an imgur link, I thought the image was attached, that's why I made a screenshot with spacer. png, and UCyborg already helped, so why you just start minding your own business, and leave us be? Thanks. Since you aren't suggesting any useful solutions and always behave disrespectfully, insinuating VPN, etc. Don't like our posts? Ignore. Or I'll make a very detailed report to Tripredacus, I'll explain how you always bring hostilities, how you insert personal, insulting references and spam up the forum.

I have already complained to Google about their dubious behavior against operators of websites of certain nationalities. The impertinence of simply blocking sites on suspicion and without any real justification Maybe they should revise all their AI garbage and let living individuals check dangerous websites again

I increased the page file to 32GB and it helped a bit. At least now I can finish to browse the latest goods in the store where I purchase sports food without crashing.

Thorium actually starts relatively fast compared to other Chrome browsers under Windows XP, even on low-performance hardware like mine. Of course, it has first to be configured well.

@Dave-H, would you be willing to try out --disable-low-res-tiling? --disable-low-res-tiling reduces cpu usage and saves power https://codereview.chromium.org/196473007/ https://stackoverflow.com/questions/66825943/how-to-reduce-chromedriver-cpu-usage-in-selenium-python

Probably you hit the size limit. Try to delete your old attachments. It helped me, I can embed since then.

With our without HPET, yes, a bit faster start, like Dave wrote. But I'm not on a single core. Those on a single core would've seen a faster startup.

It's very strange, it's not related to CSS, nowhere near it. And the author of Thorium suggests that flag himself. Unfortunately (or fortunately?), I can't link to his site because he hosts Windows cr*cks, pirated loaders on it. But I can make a quote, those interested may find themselves. "--disable-highres-timer[1] ## Disables high-resolution timer on Windows."

I might, got latest Ungoogled Chromium 118 to launch, it loads web pages as well, but it normally crashes on resolving delay-imported function QueryUnbiasedInterruptTimePrecise, Win8.1 only has version without "Precise". Did a bit of reading on x64 calling convention, might explain why initial DiscardVirtualMemory hack wasn't as disastrous on 64-bit binaries, first four parameters of a function call are passed in CPU registers, not on stack. Patch for 64-bit chrome.dll version 118.0.5993.88: >chrome.dll 0000000000294616:48->EB 0000000000294617:89->13 0000000000294618:D6->CC 0000000000294619:48->CC 000000000029461A:89->CC 000000000029461B:CF->CC 000000000029461C:E8->CC 000000000029461D:2F->CC 000000000029461E:1B->CC 000000000029461F:44->CC 0000000000294620:0A->CC 0000000000294621:85->CC 0000000000294622:C0->CC 0000000000294623:74->CC 0000000000294624:1D->CC 0000000000294625:48->CC 0000000000294626:89->CC 0000000000294627:F9->CC 0000000000294628:48->CC 0000000000294629:89->CC 000000000029462A:F2->CC 0000000000299C77:48->EB 0000000000299C78:89->11 0000000000299C79:F1->CC 0000000000299C7A:4C->CC 0000000000299C7B:89->CC 0000000000299C7C:FA->CC 0000000000299C7D:E8->CC 0000000000299C7E:CE->CC 0000000000299C7F:C4->CC 0000000000299C80:43->CC 0000000000299C81:0A->CC 0000000000299C82:85->CC 0000000000299C83:C0->CC 0000000000299C84:0F->CC 0000000000299C85:84->CC 0000000000299C86:FA->CC 0000000000299C87:00->CC 0000000000299C88:00->CC 0000000000299C89:00->CC 0000000000299F38:4C->EB 0000000000299F39:89->0D 0000000000299F3A:F1->CC 0000000000299F3B:4C->CC 0000000000299F3C:89->CC 0000000000299F3D:E2->CC 0000000000299F3E:E8->CC 0000000000299F3F:0D->CC 0000000000299F40:C2->CC 0000000000299F41:43->CC 0000000000299F42:0A->CC 0000000000299F43:85->CC 0000000000299F44:C0->CC 0000000000299F45:74->CC 0000000000299F46:9A->CC 0000000005666C6E:48->EB 0000000005666C6F:89->0D 0000000005666C70:F9->CC 0000000005666C71:4C->CC 0000000005666C72:89->CC 0000000005666C73:F2->CC 0000000005666C74:E8->CC 0000000005666C75:D7->CC 0000000005666C76:F4->CC 0000000005666C77:06->CC 0000000005666C78:05->CC 0000000005666C79:85->CC 0000000005666C7A:C0->CC 0000000005666C7B:74->CC 0000000005666C7C:1D->CC 000000000BD5774C:50->00 000000000BD5774D:72->00 000000000BD5774E:65->00 000000000BD5774F:63->00 000000000BD57750:69->00 000000000BD57751:73->00 000000000BD57752:65->00 000000000BD58042:31->30 000000000BD5B02A:44->56 000000000BD5B02C:73->72 000000000BD5B02D:63->74 000000000BD5B02E:61->75 000000000BD5B02F:72->61 000000000BD5B030:64->6C 000000000BD5B031:56->41 000000000BD5B032:69->6C 000000000BD5B033:72->6C 000000000BD5B034:74->6F 000000000BD5B035:75->63 000000000BD5B036:61->00 000000000BD5B037:6C->00 000000000BD5B038:4D->00 000000000BD5B039:65->00 000000000BD5B03A:6D->00 000000000BD5B03B:6F->00 000000000BD5B03C:72->00 000000000BD5B03D:79->00

Or maybe try this one (digitally signed). Just rename it to api-ms-win-core-localization-l1-2-2.dll api-ms-win-core-localization-l1-2-0.zip

Because it's not a DLL, it's an API contract name. https://learn.microsoft.com/en-us/windows/win32/apiindex/windows-apisets CRT may have had pseudo DLLs for runtime compatibility with older Windows, VC Redist 2015-2019 was (is?) compatible with XP at some point, which knows nothing about API sets. No such thing for core Windows API functions, if Win8.1 doesn't recognize the contract name, the referenced API function likely isn't implemented on it.

Try to copy XAudio2_7.dll into the game folder.