Leaderboard

ME? Lol. Over Supermium? Of course! Any second! Supermium is buggy (to put it very mildly and politely). With this one, I was able to use my old Ungoogled profile from over two years ago, without the icons and tab distortions many, including @Jody Thornton were having. Over Supermium? Especially after this. https://msfn.org/board/topic/185045-supermium/page/123/#findComment-1279153

Not actually suitable for streaming to a Home Theatre due to the lack of Dolby and H265. No biggie for the most here, I guess.

@ED_Sln, as promised, I'm back with my opinion about the Unghouled 134, overall, it's a good browser for someone with 16GB+ of RAM, at least highly overclocked DDR3 1866. It's fast and snappy, but RAM usage is heavy, despite being 32bit. Here I post my screens with and without the browser opened. Thank you for the find, again! Memory hog!

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250329-3219d2d-uxp-79614a4216-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250329-3219d2d-uxp-79614a4216-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-20250329-3219d2d-uxp-79614a4216-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-20250329-d849524bd-uxp-79614a4216-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250329-d849524bd-uxp-79614a4216-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250329-d849524bd-uxp-79614a4216-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250329-d849524bd-uxp-79614a4216-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250329-d849524bd-uxp-79614a4216-w7plus-avx2.7z Official UXP changes picked since my last build: - No issue - Fix some deprot (6449b7514b) - Issue #2711 - Apply pattern transforms when using text-rendering on canvas. (6411abd43c) - Issue #2703 - Part 1: micro-optimize purging expired preflight cache entries. (d678f508de) - Issue #2703 - Part 2: Don't repeatedly construct comparators when checking cache entries. (7854198085) - Issue #2703 - Part 3: Make cache entry request checking more readable. (fdfe81fe54) - Issue #2703 - Part 4: Fix incorrect clang warning in nsCORSListenerProxy. (8f2f4d8d3d) - Issue #2713 - Check for NaN before std::min/max() in DOMQuad and DOMRect. (f1c456c625) - No issue - Add range checking to SharedArrayBuffer references. (788cc4acb2) - No issue - Fix incorrect js message ref in js shell. (c31cda6c74) - Issue #2692 - Follow-Up: fix compilation in debug (7d3dc5a2f2) - Issue #2715 - Compute Channel Binding Hashes using the certificate signature's hash algorithm as per spec (46fadb2d2b) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes since my last build: - [Pale-Moon] bump general.useragent.app_version to 33.6.1 (71872cf0be) - ported from mozilla: Add UnorderedRemoveElement{s}At to nsTArray, r=froydnj (3fa9e61e7e) - js: use MOZ_MUST_USE instead of C++17 keyword (79614a4216) 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.

I have changed the title of my publication of ytBATCH for Windows XP. It is currently to be understood as a pre-release. My fork has moved further and further away from the original script and is becoming more and more independent. Therefore, I havel changed the version number assignment. Consider my pre-release ytBATCH for Windows XP 2.9.2 as version 1.0! This means: ytBATCH for Windows XP 2.9.2 = ytBATCH for Windows XP 1.0. Although I have made ytBATCH compatible with Windows XP, some things do not work. This is due to the fact that the algorithm in the original ytBATCH script was not quite correct or not really thought through and programmed to the end. The original script from eppic has the following shortcomings: The youtube-dl and yt-dlp downloaders are not considered and used separately. The download of subtitles can only work with yt-dlp, but not with youtube-dl. The script would not work with youtube-dl in general. The queue does not work at all. A globally defined variable causes problems in some cases. Various bugs in various places. Some actions are illogical or incomplete. This means that the original ytBATCH script only has limited functionality and won't work at its fullest on its targeted, higher OSes. I also have the feeling that eppic has given up its ytBATCH script in the meantime, as it has not been updated for three years. Updated on 29.3.2025: Today, I have found this on eppic's GitHub page: So, my feeling was correct. Nonetheless, eppic's script ensemble ytBATCH is great and worth developing further. In the meanwhile, I have already found the reasons for these issues listed above and was able to correct all of them. I have considerably changed the algorithm and modified or rewritten a lot of code. I also added new functions to make the script more informative and effective. Including a new window management and styling. Unfortunately, I can only test yt-dlp because @nicolaasjan's youtube-dl does not work with YouTube at the moment. However, the final release of ytBATCH for Windows XP will be prepared for the return of youtube-dl, whenever this will be. Cheers, AstroSkipper P.S.: Unfortunately, this all means that those using Windows XP on a computer with an SSE-only CPU will not be able to download video or audio files from YouTube using ytBATCH for Windows XP or other programmes also depending on youtube-dl at this time.

Please be calm, we all are friends here, Don't you read what I write? DXDIAG shows only what OS is capable of, NOT your hardware. For your hardware, you need to take a sccreencap from GPUZ. (Videocard)

The arrogance of Discourse knows no bounds. Just as we learned to live with its quirks and hidden vertical scrolling, they announced a few days ago that even "recent" Chrome browsers will not be allowed. I saw this on Mp3Tag. They want even more "modern" features. https://meta.discourse.org/t/dropping-ios-15-other-old-browsers-in-may-2025/358131

In the most recent Windows 11 builds, attempts to execute the bypassnro command return the following error: 'oobe\bypassnro' is not recognized as an internal or external command, operable program or batch file. Fortunately, not all hope is lost. Enthusiasts quickly discovered that it is still possible to restore the script. Here is how: On the Windows 11 setup screen, press Shift + F10 and type regedit and press Enter. Go to Computer\HKEY_LOCAL_MACHINE\SOFTWARE \Microsoft\Windows\CurrentVersion\OOBE. Click Edit > New > DWORD (32-bit) and rename the new value to BypassNRO. Open the value and change its value data to 1. Restart your system. You can now setup your computer without an active internet connection or a Microsoft Account. Of course, OOBE\bypassnro is not the only way to skip some of Windows 11's requirements. Still, it is one of the easiest and most popular ones, so quite a lot of users will be upset about its demise. Luckily, for now, it is possible to bring it back. There is just no info on whether this method will last. Source: @phantomofearth X

Back up your profile first!!! Copy it to the new browser. Then start the browser with these. --disable-machine-id --disable-encryption-win Voila! Now always start using those flags, only one time without them would be enough to get the profile lost!!

It also doesn't support "to" Win93, what a shame! I don't think we have enough 4 year olds here to appreciate your language, sorry. In the meantime, the developer tries to evade the subject, suggesting a "solution" for the "new" version, I'm not even gonna comment on that. One would need to be really, really naive to still trust, esp. after this. Luckily for him, there's no D.Draker to ask, why a fix needs to applied for the allegedly new engine, lol. "I developed a method to ensure that the "experimental" web feature support could be used only on specific sites, but I thought this would not be problem this early in 132 ESR's life. With that in mind, twitch.tv should be defaulted to use it, but other sites should be untouched, to avoid breaking other websites such as British Gas." https://github.com/win32ss/supermium/issues/1279#issuecomment-2760133080

New build of post-deprecated Serpent/moebius for XP! * Notice: This repo will not be built on regular schedule, and changes are experimental as usual. ** Current moebius patch level should be on par with 52.9, but some security patches can not be applied/ported due to source milestone differences between versions. Test binary: Win32 https://o.rthost.win/basilisk/basilisk55-win32-git-20250329-fda70b1ae-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250329-fda70b1ae-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from `custom` branch of UXP: ported from mozilla: Add UnorderedRemoveElement{s}At to nsTArray, r=froydnj (3fa9e61e) (3da5d9cf8) - ported from UXP: No issue - Fix some deprot (6449b751) (a846f6739) - import from UXP: Issue #2711 - Apply pattern transforms when using text-rendering on canvas. (6411abd4) (eaa517905) - import from UXP: Issue #2703 - Part 1: micro-optimize purging expired preflight cache entries. (d678f508) (703319d69) - import from UXP: Issue #2703 - Part 2: Don't repeatedly construct comparators when checking cache entries. (78541980) (45bd57291) - import from UXP: Issue #2703 - Part 3: Make cache entry request checking more readable. (fdfe81fe) (46bb59337) - import from UXP: Issue #2703 - Part 4: Fix incorrect clang warning in nsCORSListenerProxy. (8f2f4d8d) (b5188f9a4) - ported from UXP: Issue #2713 - Check for NaN before std::min/max() in DOMQuad and DOMRect. (f1c456c6) (8ca5b56e3) - sync UXP changes: No issue - Add range checking to SharedArrayBuffer references. (788cc4ac) (1dc9aa75a) - import from UXP: Issue #2692 - Follow-Up: fix compilation in debug (7d3dc5a2) (50c98682f) - auth: SSPI: remove Telemetry (ccc66f744) - import from UXP: Issue #2715 - Compute Channel Binding Hashes using the certificate signature's hash algorithm as per spec (46fadb2d) (fda70b1ae)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250329-7bda12e7-uxp-79614a4216-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250329-7bda12e7-uxp-79614a4216-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/boc-uxp/tree/custom * Notice: the profile prefix (i.e. parent folder names) are also changed since 2020-08-15 build, you may rename their names before using new binaries when updating from builds before 2020-08-15. -- New build of HBL-UXP for XP! Test binary: IceDove-UXP(mail) https://o.rthost.win/hbl-uxp/icedove.win32-20250329-id-656ea98-uxp-79614a4216-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250329-id-656ea98-ia-c642e3c-uxp-79614a4216-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Jody, friend, there's a huge improvement for us, Vista fanatics, a simply marvellous browser! Released recently. Two versions. Choose marked "Vista". 136 (non-portable) https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/136.0.7063.0 134 Portable, Ungoofed. https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/ungoogled-chromium_134.0.6998.165 Made by a student from China, so I can't give any personal guarantees, you understand.

Why on earth would the Supermium developer release a version of the browser purporting to be based on Chromium 132, but actually based on an earlier version? That would make no sense at all if it can easily be checked, and he must be well aware that it can be. Surely it's much more likely that the core is indeed Chromium 132 but one or more of the tweaks which have been made to it, especially for compatibility with earlier operating systems, have resulted in the mutually exclusive issues with Twitch and the British Gas site, which now cannot both work properly at the same time.

Unfortunately, there are no legacy releases , especially for a Windows XP die hard fan like me : https://github.com/Alex313031/thorium-legacy/releases

And to give you an impression of the state of development, here is a screenshot of the current Main Menu of ytBATCH for Windows XP: Of course, this is just a small insight into my project. The internal changes are much bigger and of course more important. However, I thought a little colour would make the DOS windows less boring. Frankly, this is all retro at its best. And @nicolaasjan, here you can see that I do not forget to give credits to creators for their work. This is a screenshot of the freshly created About ytBATCH for Windows XP window: When I look at my fork, I'm reminded wistfully of my old DOS days.

It's not true, your processor is at least 12 years old. https://www.intel.com/content/www/us/en/products/sku/75122/intel-core-i74770-processor-8m-cache-up-to-3-90-ghz/specifications.html

How do you know that? DXDIAG shows what OS is capable of.

This happens because the browser simply can't get a hold of D3D11 hardware feature {no direct bypass happens} due to the fact of using the obsolete, Windows 2000 Era DX8{9} GPU, or it's simply very cheap (OEM) version or the such. So the browser emulates DX11 in soft mode, and the load distributed to the CPU, resulting in the enormous cache. Clear?

The Process Mode Toggler custom button has been originally developed for my personal use only. So, no download link is available at the moment as it is not released so far. And if Mypal 68 doesn't support the Custom Buttons extension any longer, then there will never be a release of this button. It's up to @feodor2 what will happen next. BTW, my Restart & Purge v2.0 custom button is a unique one for convenient clearing of the Startup Cache via one click. This is very important for all users of UC.JS scripts to make them run correctly after code or script changes.

Here are my first results: Size of the folder client\o2k10: 729 MB Size of the folder client\ofc: 5.02 GB As already mentioned, I used WSUS Offline Update 11.9.6. My download log doesn't show any failed downloads. So what sizes did you get? Shall we also compare the number of files in each folder?

I am also doing that under Windows 10 at the moment. Just to see whether there are differences to what I already got under Windows XP.