Leaderboard

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250405-3219d2d-uxp-b86d97747f-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250405-3219d2d-uxp-b86d97747f-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-20250405-3219d2d-uxp-b86d97747f-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-20250405-d849524bd-uxp-b86d97747f-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250405-d849524bd-uxp-b86d97747f-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250405-d849524bd-uxp-b86d97747f-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250405-d849524bd-uxp-b86d97747f-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250405-d849524bd-uxp-b86d97747f-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2720 - Implement two-location color stop logic. (80b30a8177) - Issue #2703 - Part 0: Add UnorderedRemoveElement{s}At to nsTArray (9490504bf9) - No issue - Update SQLite lib to 3.49.1 and require it as syslib. (cc29855b66) - [DOM] Check state before compiling/transforming. (0113b2715d) - [widget] Extend the use of FOS_NODEREFERENCELINKS on Windows. (1283a5f874) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. 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.

ytBATCH for Windows XP - A fork of ytBATCH by AstroSkipper ytBATCH for Windows XP is a YouTube video and audio downloader script (or better a script ensemble) forked by @AstroSkipper from eppic's original ytBATCH script on GitHub. A lot about this project can be read in my post Pre-release of ytBATCH for Windows XP - A fork of ytBATCH by AstroSkipper. It is now available in version 1.6 and a big leap forward with many changes and corrections compared to the pre-release 1.0. All changes can be found in my very long changelog. So, I'll spare you a lot of words at this point and let a few screenshots speak for themselves: ytBATCH for Windows XP - Changelog: ytBATCH for Windows XP - Pre-release version 1.0 (aka 2.9.2): wget dowloader added. 7-Zip command line tool added. Missing DOS command choice.exe added. Non XP-compatible PowerShell commands removed. New, compatible code added. @nicolaasjan's youtube-dl and yt-dlp releases implemented. @Reino's latest ffmpeg release implemented. Update module in terms of youtube-dl, yt-dlp and ffmpeg changed. ytBATCH for Windows XP - Inofficial development builds 1.1 -1.4: Autoupdate module for ytBATCH completely removed. Update module for ytBATCH converted into a version check one. Command line tools cecho, window and nircmd added. Specific sizes and positions for all windows established. All menus reworked and key commands coloured red. Several new menu items added. Several bugs fixed. ytBATCH for Windows XP 1.5 - Final release: Complete review of ytBATCH's algorithm. Due to changes in pre-configurations, installer module fully reworked. Some illogical or incomplete actions fixed. New batch files created and added. New menu items added. Beside others, links to the homepages of youtube-dl, yt-dlp, ffmpeg, ytBATCH for Windows XP and an About ytBATCH for Windows XP menu item to inform users and to give credits to the creators of programmes used. Non-functional download queue restored. New queue menu item added. A problematic and actually unnecessary, global variable completely removed. A new, global variable added. The handling of the download history changed. Config files for youtube-dl and yt-dlp created and assigned to each of them. The respective, desired command line options are permanently saved there. Wrong command line options for youtube-dl corrected. Some important command line options have been preset by me in the new config files of youtube-dl and yt-dlp. Among other things, the video resolution is limited to a maximum of 480p. If other resolutions are required, please change this default setting in these new config files! The ability to download subtitles via youtube-dl restored. youtube-dl is now correctly implemented and working in ytBATCH. Install and update module changed to implement @Reino's ffprobe which is needed in some cases. Update module for youtube-dl and yt-dlp fully reworked. A version check created and preceded. A further module for a direct update of youtube-dl, yt-dlp and ffmpeg reworked and made accessible as a menu item. Help for youtube-dl respectively yt-dlp added for a quick access to all available command line options. Further bugs, flaws and imperfections fixed. Command line tool shortcut32 added. During the initial setup, a desktop shortcut to the ytBATCH.bat start file will be automatically created. Different shortcuts added to a new subfolder lnk with specific colour schemes which will be automatically adjusted during the initial setup. The user can copy the desired one to the desktop. Menu item Generate ytBATCH for Windows XP shortcuts adapted to recent changes. ytBATCH icon file created and added to the main folder for use in shortcuts. ytBATCH for Windows XP 1.6: Version number bumped to 1.6. yt-dlp update module completely reworked. Now, a correct version check is performed first. When the update has been completed, the new version is shown once again. youtube-dl update module modified accordingly. Direct updater for yt-dlp and youtube-dl changed to show the new version number when the update has been completed. Config files for youtube-dl and yt-dlp modified to download YouTube videos with a resolution 480p and the h264 codec at maximum combined with the audio codec mp4a for all Windows XP users on old, weak hardware like me , and to embed subtitles. These config files can of course be edited by the user to use higher codecs and resolutions at any time. A no longer required batch file removed. Compatibility notes: ytBATCH for Windows XP does not have special system requirements and should run everywhere. However, it was developed under Windows XP Professional 32-Bit but should actually run under other legacy OSes like Windows Vista or Windows 7, too. I couldn't test this but the users can do it and report here. If you run Windows XP on a computer with an SSE-only CPU, however, you can only use youtube-dl as the default YouTube downloader. Download links: Download link for the ytBATCH for Windows XP - Pre-release version 1.0 (aka 2.9.2): https://www.mediafire.com/file/6c9hfkfpiwextf0/ytBATCH_for_Windows_XP_2.9.2.7z/file Download link for the final release ytBATCH for Windows XP 1.5: https://www.mediafire.com/file/7qljpnbzsxk1yn5/ytBATCH_for_Windows_XP_1.5.7z/file Download link for the new release ytBATCH for Windows XP 1.6: https://www.mediafire.com/file/eukray6px9h9bg6/ytBATCH_for_Windows_XP_1.6.7z/file ytBATCH for Windows XP is fully portable. It does not write any values to the registry and does not store any settings outside its programme folder. That means all settings are located only in its programme folder. Only a shortcut is placed on the desktop during setup. Nevertheless, the initial setup should be carried out with my original archive due to the adjustments in terms of the desired programme location that are automatically performed by the script during the initial setup and are necessary. A simple move of the programme folder after initial setup to another location would therefore make all shortcuts useless. If you do yet such a move after initial setup, you have to call the Installer.bat in the bin directory separately to re-adjust all shortcuts to the new location. The download folder for media files can be preset in the Preferences window via the menu item Change Output Path. I recommend to check all options inside this script by pressing corresponding keys to set it optimally. As far as I have noticed, all is working fine under Windows XP. And I have deeply tested all functions there. The general use of ytBATCH for Windows XP is actually self-explanatory and well documented on ytBATCH's homepage: https://github.com/eppic/ytBATCH. Of course, some features are only available in my fork. Any opinions, questions or experiences on my release ytBATCH for Windows XP are of course welcome here in my thread. If you encounter any issues with my fork, please post it only here and not on GitHub! This fork is unofficial and not supported on GitHub. Greetings from Germany, AstroSkipper P.S. from 04.04.2025: Please redownload the final release ytBATCH for Windows XP 1.5 if you have already downloaded it! I forgot to adapt one menu item to a very recent change. P.S. from 21.04.2025: FYI, all releases of ytBATCH for Windows XP have been fixed by me so that the setup routine does not only work correctly on drive C: but also on any other drive. Please, re-download the desired release! ytBATCH for Windows XP 1.6 is currently the most recent, final release and recommended by me.

I have no idea, Chrome 125 failed to run even with the 9th March 2023 extended kernel, so does your version run with or without it? Unfortunately, it is not possible to redirect ntdll locally, so if the extended kernel is required, it is impossible to avoid installing it.

Haven't I told you in private with what you need to replace the buggy, old and obsolete Win2000 era VirtualAlloc?

Wouldn't it need Ex. Kernel? I don't want to install it, as it adds brightness to the system.

I found a “solution” based on Blaukovitch's crack. It turns out that all it takes is to change a few bytes in chrome.dll (unfortunately, completely different in each Chromium-based browser and in other versions) and the original Chrome 130 works, including the sandbox fixed by my method described above. @D.Draker, could you check this with v127 on Vista? For Chrome (not Chromium, etc) 127.0.6533.73 x64, just replace offset 621D030 in chrome.dll with: B8 10 00 00 00 C3 90 48 8B 05 02 E6 8B 06 48 31. Also need to binary change the import in chrome.dll to API-MS-WIN-CORE-REALTIME-L1-1-0.dll and remove the "precise" addition from the QueryUnbiasedInterruptTimePrecise function. It's still not a complete success as I don't fully understand what I'm changing, hence I'm not able to port it to anything other than an identical version of Chrome.

Goof ol' days I used https://en.wikipedia.org/wiki/SoftICE .... but it's only up to XP. Some say https://www.ollydbg.de/ is somewhat fine, but the developer dumped the project, therefore leaving the 64 bit version incomplete.

It can't be. You sure? PrefetchVirtualMemory needs to be replaced with the function I wrote via PM. I just sent you an alternative, very short, check.

BTW, with Prybludovich's Opera, I noticed connections to Russia owned website 4PDSA,, 4PBA, smth. Therefore, one more serious reason to stay away.

And this 111 version is most likely all those spring-offs like Supermium, Thorium are based on, whereas the version made by Prybludovich is real, but it has a heavy memory leak of which Prybludovich honestly writes at guthub, and Prybludovich agrees with me about the reason - VirtualAllo "c.x64/x86. x64 still affected by VirtualAlloc (HUGE MEMORY) serious bug." And people also write about the same in Supermium, plus CPU overload. https://github.com/win32ss/supermium/issues/1307 Therefore, for Vista-8.1 I advise to use the Chinese student honest, true port.

BTW rn10950 comes back and merging PRs now!

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-20250405-d232cdc7d-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250405-d232cdc7d-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - import from UXP: Issue #2720 - Implement two-location color stop logic. (80b30a81) (0699e7cac) - import from UXP: No issue - Update SQLite lib to 3.49.1 and require it as syslib. (cc29855b) (6a9f40051) - import from UXP: [DOM] Check state before compiling/transforming. (0113b271) (604e3f4a2) - import from UXP: [widget] Extend the use of FOS_NODEREFERENCELINKS on Windows. (1283a5f8) (d232cdc7d)

New build of BOC/UXP for XP! Test binary: MailNews Win32 https://o.rthost.win/boc-uxp/mailnews.win32-20250405-7bda12e7-uxp-b86d97747f-xpmod.7z BNavigator Win32 https://o.rthost.win/boc-uxp/bnavigator.win32-20250405-7bda12e7-uxp-b86d97747f-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-20250405-id-656ea98-uxp-b86d97747f-xpmod.7z IceApe-UXP(suite) https://o.rthost.win/hbl-uxp/iceape.win32-20250405-id-656ea98-ia-c642e3c-uxp-b86d97747f-xpmod.7z source repo (excluding UXP): https://github.com/roytam1/icedove-uxp/tree/winbuild https://github.com/roytam1/iceape-uxp/tree/winbuild

Despite the backported DWrite and the platform update (which is required by ext kernel), I have not been able to run anything beyond Chromium 111.0.5550 probably.

I tried, in place of VirtualAlloc in the kernel32 import table I can't fit this function (too long name), and redirecting it in the original kernel I use for Chromium on 8.1 causes an error in ntdll, which is very strange... BTW Memory usage alone does not seem to be an issue in 8.1, with the same number of tabs with the same pages the v130 uses a similar amount of memory to Chrome 109 on Win7. The bigger problem is with virtual memory, after some time, such as an hour of using the browser suddenly starts to occupy all the virtual memory.

Just to be clear> I'm not suggesting you to remove the US string, I perfectly understand you most likely don't know all English words, like "bugger off". But to blend in, you need to get that order the developer pointed out to. And finally change your system locale to GB.

My version is based on what was partially used in Kernel32 before, I don't need someone else's victories, but user32 and shell32, all by myself. Redirecting to VirtualAlloc is not clever, I was always against it, I warned win32ss. Here we see the result. They all are in love with VirtualAlloc. https://github.com/win32ss/supermium/issues/1304 Most likely, Chinese student (as he claims) E3kskoy7wqk used another, more modern approach, and his ported browsers, on either 8 or Vista, do NOT have such terrible leaks like Supermium or Blyaunovitch, I already posted screenshots.

Chrome 126 will surely fail on Vista without the ported Dwrite.dll from Win10 and "platform update" from 7 (forgot the KB number), be it with or without the Ex. Kernel by win32, not to mention the Ex. Kernel is literally obsolete and even got unsafe to use since the development had been dropped several years ago. I trusted win32ss for many years, after the case with Supermium, not anymore, I'm not getting his severely outdated kernel installed just to try, sorry.

That's not how I use the Restore Session feature. I monitor RAM. When Serpent RAM exceeds 1 GB for only two tabs, I task-kill Serpent with the two tabs still open. Then I relaunch Serpent. What is supposed to happen is that a the Restore Session page is opened with a table containing descriptions of those two tabs and a RESTORE restores the two tabs, still logged in and everything. THIS DOES NOT *ALWAYS* WORK IN "NEWER" VERSIONS OF SERPENT! Sometimes no Restore Session page at all, sometimes the Restore Session page but no table containing tab descriptions, et cetera.

I finally got to what's messing up the Chromium 110-126 sandbox on Windows 8.1, and it's the UpdateProcThreadAttribute feature. When I redirected it in the original kernel32.dll to the pwrp_k32.dll included in Supermium 132 R2, the sandbox started working. Just find a 100% sure solution to the RAM and virtual memory usage problems, and you will be able to use any Chromium-based browser (except Edge) up to version 126. I still don't know what is causing the problem with Chromium 127 and newer preventing the browser from running. And fixing the sandbox in version 126 is just a milestone. It is 17 versions higher than 109, but it is also 9 versions older than the latest official Google Chrome.... If anyone knows how to debug, I would greatly appreciate your help. All I know is that the problem is definitely in chrome.dll. 126 also worked on 8.0, but the sandbox after the repair still does not work, the browser starts up, but with the error SBOX_FATAL_CLOSEHANDLES, and does not display any page, of course.

FWIW, that's not what I said...

I am just a one-man band. ytBATCH is not only one script but an ensemble of scripts. Things take as long as they take. And as you know, haste makes waste. And Google and their damn changes can go to hell...

I would never have noticed such things. I would never think of reading something on a Microsoft page about Windows 11 in a legacy browser under a legacy OS.

Opera will probably work up to around version 110 (Chromium 125?) with DWrite.dll from Windows 10, replacing DiscardVirtualMemory with VirtualAlloc (or what I also recently discovered, DiscardVirtualMemory is in 8.1 in kernelbase.dll, so you can add by ExportTableTester redirection to this function in kernel32.dll exports and using it for opera_browser.dll e.g. as kernel33.dll) and with --no-sandbox. This is completely pointless due to depriving the browser of security, but for viewing DRM content you can do so. In my case, interestingly enough, DRM works on 8.1 after copying the widvine from Firefox to any compatible browser on Chromium. Does it work without --no-sandbox? If so, the differences are unfortunately much greater than DWrite and DiscardVirtualMemory. The biggest problem of Windows versions lower than 10 is the Set/GetProcessMigitationPolicy functions. 8.0 and 8.1 have them, but their implentation is insufficient for Chromium.

My German language pack for New Moon 28 - Fixed - Part 5 My last German language pack 28.10.0rc6 from this post had to be fixed again. Due to some new entities, the tab Advanced in the Preferences window is broken in the most recent release of New Moon 28. Here is a screenshot to demonstrate this issue: I have fixed this issue and assigned the number 28.10.0rc7 to the new, corrected version. Here is a screenshot taken from the fixed version: And here is the download link of the updated German language package 28.10.0rc7 for the more recent versions of New Moon 28: https://www.mediafire.com/file/xw8470f969vozwg/de-28.10.0_RC7.xpi/file Greetings from Germany, AstroSkipper

<off topic>OE Classic will probably work since I think the login procedure is the same for Hotmail as O365, and it works for O365. I lost access to OE Classic when my old Win 7 work PC's hard drive crashed, and since I was unhappy with OE Classic for reasons I've given elsewhere, I never bothered to try to recover the license. Actually for testing purpose, I installed OE Classic and set up my Outlook account. All in all, it was quite simple if you know what to do exactly. However, New Moon 28 has problems with the Microsoft Login tab which was called up by OE Classic and unfortunately empty. So, I first had to log into my Outlook account via the web interface in New Moon 28. On the second attempt, my account was offered to connect to OE Classic. Here is a screenshot: Now, ir simply works. OE Classic can be used for the basic Outlook email service under Windows XP. Here is a screenshot from OE Classic's interface: Edited 50 minutes ago by AstroSkipper OE Classic is an email client which can be registered in the Microsoft account as a secure email app done by the OAuth2 mechanism of this email client. I'm afraid that won't work with Mailnews until Microsoft classifies this app as secure too. The OAuth2 mechanism in Mailnews must add this app to the Microsoft account as a trusted and secure app. Just my thoughts.

Yes. Your file advanced.dtd is not correct. Starting with line 32, you did something wrong. For example, the following entities from line 32 to line 37 are missing: <!ENTITY systemDefaults.label "System Defaults"> <!ENTITY alwaysCheckDefault.label "Always check to see if &brandShortName; is the default browser on startup"><!--XXX--> <!ENTITY alwaysCheckDefault.accesskey "w"> <!ENTITY setDefault.label "Make &brandShortName; the default browser"> <!ENTITY setDefault.accesskey "d"> <!ENTITY isDefault.label "&brandShortName; is currently your default browser"> You should compare your edited file with the original one (chrome\en-US\locale\browser\preferences\advanced.dtd) in the omni.ja file once again. Keep the same structure and don't mix up lines!

<off topic>OE Classic will probably work since I think the login procedure is the same for Hotmail as O365, and it works for O365. I lost access to OE Classic when my old Win 7 work PC's hard drive crashed, and since I was unhappy with OE Classic for reasons I've given elsewhere, I never bothered to try to recover the license. Actually for testing purpose, I installed OE Classic and set up my Outlook account. All in all, it was quite simple if you know what to do exactly. However, New Moon 28 has problems with the Microsoft Login tab which was called up by OE Classic and unfortunately empty. So, I first had to log into my Outlook account via the web interface in New Moon 28. On the second attempt, my account was offered to connect to OE Classic. Here is a screenshot: Now, ir simply works. OE Classic can be used for the basic Outlook email service under Windows XP. Here is a screenshot from OE Classic's interface:

Thanks for your compliment! And thanks for enlightening me! Never heard of Armand Gracious before!

Obviously not! Enlighten me!

Did he speak to us from the future?

@roytam1 @feodor2 And regarding these well-known coders and creators I do not really have to mention where they are located.