Leaderboard

SAB 3.9.15

StartAllBack 3.9.14 StartAllBack 3.9.13

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20250823-3219d2d-uxp-e5ea29554a-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20250823-3219d2d-uxp-e5ea29554a-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-20250823-3219d2d-uxp-e5ea29554a-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-20250823-d849524bd-uxp-e5ea29554a-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250823-d849524bd-uxp-e5ea29554a-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20250823-d849524bd-uxp-e5ea29554a-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250823-d849524bd-uxp-e5ea29554a-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20250823-d849524bd-uxp-e5ea29554a-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2837 - Implement `prefers-reduced-motion` media query. (df3b213459) - Issue #1899 - Remove MDN docs tooltip and link code from devtools. (842cc60707) - Issue #1843 - Clean up WindowsVersion.h (7af71cb345) - Issue #2847 - Extend `-moz-os-version` media query with win11. (723180132d) - Issue #2258 - Part 1: Support XCTO:nosniff when navigating. (e56e5d6cb1) - Issue #2258 - Part 2: Move XCTO:nosniff check into sniffers. (cca20ae131) - Issue #2258 - Part 3: Allow sniffing with XCTO:nosniff + empty MIME type. (707c3e3fa8) - Issue #2258 - Part 4: Clean up unused pointers. (bd734f795c) - Bug 1875345 - Report 24 instead of 32 as the colorDepth (and pixelDepth) on Linux (assuming 8 of 32 bits are for the alpha channel). (e3de626c1f) - Issue #2850 - Alias `:focus-visible` to `:-moz-focusring` (6d47d819fa) - [gfx] Guard against possible race via gfxFontEntry::GetFontTable. (7cadc57d49) - [js] Error-check pthread calls (425f38ff84) - [NSS] Avoid leak in pkcs12 decoder. (fe21538da4) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. My changes picked since my last build: - nss: update certdata and bump ckbi version to 2.80 - Bug 1974511 - Add SwissSign 2022 Roots to NSS r=jschanck - Bug 1972391 - Add TrustAsia Dedicated Roots to NSS r=jschanck - Bug 1961848 - Remove expired Baltimore CyberTrust Root r=jschanck - Bug 1978677 - remove expired explicitly distrusted DigiNotar lookalike root r=nss-reviewers,jschanck (f5307ea861) 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.

Info: On GitHub, the names and download links of yt-dlp for Windows XP have changed: yt-dlp_x86_Windows-XP.zip > yt-dlp_x86_winXP.exe (starting after the next release, it should be able to update with `yt-dlp -U` ) yt-dlp_x86_Windows-XP_onedir.zip > yt-dlp_x86_winXP.zip Direct links: https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.exe https://github.com/nicolaasjan/yt-dlp/releases/latest/download/yt-dlp_x86_winXP.zip For Windows Vista, new update here.

First, welcome to the MSFN forums ; I take it you are using FirefoxESR-115, now on v115.27.0esr, supposedly to be EoL'ed on Win7/8.1 with the next, last, release v115.28.0esr ... Do you, by any chance, have uBlock Origin installed in your FxESR-115 profile? If yes, there's a way you can continue accessing the full version of Discourse-based forums in FxESR-115; read this post ; basically, you'd have to create below custom filter: ! Discourse-based forums ||*/browser-detect-$script,important uBO -> dashboard -> My Filters -> add above code -> Apply changes (header of tab) -> exit dashboard then delete discourse-forum cookies (for good measure) and reload the forum page... Can you please be more specific? Which version is that exactly? Help -> About r3dfox -> ? r3dfox has recently moved into a new GitHub repo, with new Releases section ... I'll assume you currently are in v140.0.4 (not the latest, BTW) ... Did you just transplant/migrate your full FxESR-115 profile to r3dfox-140 ? Although r3dfox is Firefox-based, such big jumps between major versions are prone to profile corruption ... I would advise you start from a clean redfox profile and then, progressively, tailor it to your own needs (settings, extensions, importing bookmarks from FxESR-115, etc.) ... In FxESR-115, load about:logins (Password Manager); click the 3-dot-button (top-right) and you should see a context option to "Export Passwords"; this will save ALL your login credentials to a CSV file; via a similar, but now reverse, procedure, you can import this CSV file to r3dfox and have all your passwords restored! (Take good care of that CSV file, as it contains the passwords in unencrypted, human-readable, form). Best regards ...

New root certificates (4) from 28. 08. 2025. Edit: Corrected the date from 25. to 28. aug.

... No, they don't ; Discourse are serving a browser-feature detection script (believe it or not, this is actually the recommended way to probe a browser engine, rather than blindly block it based on its UA string) and they're looking for these features: https://arkshine.github.io/discourse-features-test/ (NB: Their announcement was recently edited to also cover "import maps" (Cr89+, Fx108+)) In a nutshell, they're dropping support for Win7/8.1 , where the last Cr and Fx supported versions are 109 and 115esr, respectively... ... Please do ; the posted custom filter blocks Discourse's browser-checking script, so your browser (FxESR-115) will be served the full-blown variant of the Discourse-based forum of interest; please be aware that while this hack currently works, it's not future proof; in, say, 6 months' time, one of the browser features they're checking for might end up in production, hence one (or more) forum function might break, to some extent ... That's the way to go , though it doesn't offer any additional clue as to why all but one of your existing logins were mysteriously removed ... Glad to know and... you're welcome ... Saluti !

28.08.2025 it says for me. Thanks!

Whew! ESR v140.20 has been released. Yay! And the latest release for the mainstream versions is v141.0.3 https://github.com/Eclipse-Community/r3dfox/releases

For the Vista lovers 😽 : yt-dlp_Py3.11_Vista.7z (password: 987123). Updated today. (the XP version does not work on Vista)

... Probably not, so let me summarise the gist of what @j7n was talking about in his recent posts: 1. The H.264 codec is probably the best choice when you're about to playback video on a system with low H/W resources (weak CPU, low-end GPU) and a legacy OS like Win7 SP1; the decoder is natively supported by the OS (not the case in XP SP3) and via implementations like WMF/MSE, an MP4 video can be played back within a compatible browser with hardware acceleration and hardware decoding (not the same things); most Win7-era graphics cards have H.264 decoding support built-in, so even when the MP4 video is being played back in a standalone media player, video decoding is performed by the GPU, not CPU... 2. Google have recently started producing their h.264 (aka avc1) youtube encodes at very low video bitrates, even for "high" resolutions, such as 720p/1080p; thus, while the h.264 YT encodes should be preferred for downloading (because they need less computer resources to be played back once downloaded), the stingy bitrate results in sub-optimal visual experiences (blurry moving images, video artifacts of various sorts, etc.). 3. OTOH, Google continue to produce their VP9 YT encodes at exceptional bitrates, especially for the FHD/UHD resolutions (>=720p); these are large files to download, to begin with, but, once downloaded, playback on low-end machines puts a heavy toll on the CPU, because VP9 is being software-decoded; I've not researched this properly, but graphics cards with integrated, native, VP9 decoding support (aka VP9 hardware decoding) only came in the later 2010s, as part of mostly Win10 machines... TL;DR: To have the best visual experience, j7n has to fetch the VP9 YT encodes, but these are detrimental to his under-resourced machine (mostly the CPU is being utilised for video playback, resulting in excess heat and energy consumption, etc.).

Supermium's password manager is working fine for me, and always has done. It is backed up to the cloud by Google Sync, so it's synchronised with my other Supermium installations on other machines, (I know, I know, but it works for me, and I don't use it for any really sensitive passwords like online banking!) I back up my whole machine locally regularly as well, of course.

Greetings :-) Thanks. Updated Python3.11.4_openssl3.5.2.zip PS. Why don't You include openssl.exe in the set? Best regards

Hello Reino (OT, but I'm really missing your Vista-compatible FFmpeg compiles ) While your OpenSSL binaries (archive "openssl-3.5.2-win32-shared-xpmod-sse.7z") may very well be XP+ compatible , they don't work out-of-the box as CPython dependency by swapping the already existing DLLs (of openssl v3.1.0-dev) inside cmalex's CPython assemblies with them; he's been using the same (quite deprecated and now rather insecure ) v3.1.0-dev DLLs in his 3.8.13, 3.9.13, 3.10.8 and 3.11.4 CPython offerings, but the thing is the libcrypto-3.dll and libssl-3.dll inside CPython work in conjunction with two Python DLLs, files "_ssl.pyd" and (possibly) "_hashlib.pyd"; the existing .pyd files are incompatible with your own openssl DLLs ... BTW, I'm on Vista SP2 32-bit, so I'm using cmalex's Vista-compatible 3.11.4 assembly; with the original v3.1.0-dev DLLs: python Python 3.11.4 (heads/My3.11.4-dirty:1c368b1ab42, Aug 24 2025, 19:29:33) [MSC v.1900 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import ssl >>> ssl.OPENSSL_VERSION 'OpenSSL 3.1.0-dev ' >>> ^Z <redacted>\3.11.4\cmalex\Python3114-32_Vista> Overwrite them with your own v3.5.2 DLLs and... python Python 3.11.4 (heads/My3.11.4-dirty:1c368b1ab42, Aug 24 2025, 19:29:33) [MSC v.1900 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import ssl Traceback (most recent call last): File "<stdin>", line 1, in <module> File "<redacted>\3.11.4\cmalex\Python3114-32_Vista>\Lib\ssl.py", line 100, in <module> import _ssl # if we can't import it, let the error propagate ^^^^^^^^^^^ ImportError: DLL load failed while importing _ssl: The specified procedure could not be found. >>> ssl.OPENSSL_VERSION Traceback (most recent call last): File "<stdin>", line 1, in <module> NameError: name 'ssl' is not defined >>> ^Z <redacted>\3.11.4\cmalex\Python3114-32_Vista> I guess newer versions of "_ssl.pyd" and "_hashlib.pyd" must be provided for openssl-3.5.2 compatibility ... @nicolaasjan openssl-3.1.0-dev inside cmalex's assemblies (both 3.10.18 and 3.11.4, both XP/Vista variants) can be updated to a slightly more recent version, openssl-3.1.2, by using the OpenSSL-3.1.2 DLLs cmalex had compiled in the past for another of his projects, ProxyMII; link below: https://mega.nz/folder/68dj2YTY#As2w31IO4Smr7gy6p1ciSg/file/Pl9yzapZ Proof: python Python 3.11.4 (heads/My3.11.4-dirty:1c368b1ab42, Aug 24 2025, 19:29:33) [MSC v.1900 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import ssl >>> ssl.OPENSSL_VERSION 'OpenSSL 3.1.2 1 Aug 2023' >>> ^Z <redacted>\3.11.4\cmalex\Python3114-32_Vista> NB: When using the Vista variants of py3.10.18/3.11.4 to compile yt-dlp_x86.exe for Vista, none of the wrapper DLLs (kernelxp.dll, ntext.dll, psapi.dll) are needed; because your resultant yt-dlp.exe binaries (for Vista) still contain file "psapi.dll", redundant on Vista ; come to think of it, I don't think file "ws2_xx.dll" is needed on Vista either, but I'm not dead certain; only cmalex can vouch for that ... Many thanks and praise to both cmalex and nicolaasjan for... keeping the torch lit (i.e. yt-dlp accessible on Win<8.1) ...

Greetings Python3.11.4.zip in https://mega.nz/folder/jst2WJ5B#sknEpEBamwPomx8UULWuMA Please any questions about it at https://msfn.org/board/topic/183741-python-3813-for-windows-xp-sp3/ Best regards

Discourse? On MyPal? Seriously?

I've made the uBO-legacy custom filter even more generic, because I've come across Discourse-based forums where the browser detecting script wasn't served from within an "assets" subfolder ; so, the version I'm currently using is: ! Discourse-based forums ||*/browser-detect-$script,important The now broken userscript just told Discourse's browser-feature-detection script that "CSS aspect-ratio (Fx-89+)" IS supported in UXP-based browsers; maybe Discourse are now looking for something new entirely or, besides CSS aspect-ratio, for additional (recent) features that the userscript (and, alas, UXP) doesn't support... A very savvy person would have to dissect the new version of Discourse's script, identify what new things they search for now and author a new userscript... Discourse, in March, issued the following announcement: https://meta.discourse.org/t/dropping-ios-15-other-old-browsers-in-july-2025/358131 so it's probably one or more of the new requirements there that broke things; FWIW, relative color syntax & subgrid aren't supported in UXP, probably the same applies to import-maps ... Recent upstream forum thread about Discourse's shenanigans : https://forum.palemoon.org/viewtopic.php?f=70&t=32600 Last post there is from Aug 13th, though...

Slight correction: Vista+ only, for quite some time now ... https://github.com/Eclipse-Community/r3dfox

Mozilla extended ESR v115 for 6 more months. Further extensions are also possible. https://msfn.org/board/topic/181987-list-of-software-that-doesnt-support-windows-7/page/34/#findComment-1281886

I have not been following the back-and-forth on PayPal "slide mouse". I can only report that it DOES WORK on first attempt in my OLDER version of Serpent.

Can the old navigation pane be brought back?

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-20250823-69d606e5d-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20250823-69d606e5d-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2837 - Implement `prefers-reduced-motion` media query. (df3b2134) (796fbddde) - ported from UXP: Issue #1899 - Remove MDN docs tooltip and link code from devtools. (842cc607) (748599a3f) - ported from UXP: Issue #1843 - Clean up WindowsVersion.h (7af71cb3) (513b16251) - import from UXP: Issue #2847 - Extend `-moz-os-version` media query with win11. (72318013) (721e8343a) - ported from UXP: Issue #2258 - Part 1: Support XCTO:nosniff when navigating. (e56e5d6c) (7c405cfe3) - import from UXP: Issue #2258 - Part 2: Move XCTO:nosniff check into sniffers. (cca20ae1) (fb7674759) - import from UXP: Issue #2258 - Part 3: Allow sniffing with XCTO:nosniff + empty MIME type. (707c3e3f) (d1fd2e3b3) - import from UXP: Issue #2258 - Part 4: Clean up unused pointers. (bd734f79) (a3d299d64) - import from UXP: Bug 1875345 - Report 24 instead of 32 as the colorDepth (and pixelDepth) on Linux (assuming 8 of 32 bits are for the alpha channel). (e3de626c) (780aa8768) - import from UXP: Issue #2850 - Alias `:focus-visible` to `:-moz-focusring` (6d47d819) (98b67440c) - nss: update certdata and bump ckbi version to 2.80 - Bug 1974511 - Add SwissSign 2022 Roots to NSS r=jschanck - Bug 1972391 - Add TrustAsia Dedicated Roots to NSS r=jschanck - Bug 1961848 - Remove expired Baltimore CyberTrust Root r=jschanck - Bug 1978677 - remove expired explicitly distrusted DigiNotar lookalike root r=nss-reviewers,jschanck (9815f4533) - import from UXP: [gfx] Guard against possible race via gfxFontEntry::GetFontTable. (7cadc57d) (5748e6157) - import from UXP: [js] Error-check pthread calls (425f38ff) (2bf79a7ff) - import from UXP: [NSS] Avoid leak in pkcs12 decoder. (fe21538d) (69d606e5d)

So did I now: https://developer.paypal.com/tools/sandbox/ so probably NOT what you're after ; if you're limited to using UXP-based browsers (on Windows XP SP3?), then am afraid they're now dead in the water with regards to PayPal; the issue needs to be escalated upstream by users of the "official" UXP browsers (Pale Moon and Basilisk, on Win7SP1+), in the hope upstream can come up with a solution, but the relevant PMForum thread hasn't seen any further activity since July 30th... OT for this thread, but you may also appeal for help to Feodor2 in MyPal's GitHub issue tracker ; if still on XP, you might try how the Supermium browser fares on PayPal these days; might prove your only recourse...

YouTube has something new on their end again. No mention of SABR at all anymore. There is new line in the app that says "Sleeping for 5 seconds as required by the site." No big deal about that. Requesting 720p or 1080p h.264 video gives extremely poor quality compared to how it was before. The bitrates for a talking head segment are 240 kbit/s and 860 kbit/s respectively. Requesting no/default format gives VP9 in extremely large size and demand for the computer. Best that they have 3840*2160 @ 30 fps, 9500 kbit/s. Google really wants to push their VP9. When nothing works, this still does.

...It wasn't working for him, but now it is : PS: The forum software doesn't send a second (e-mail) notification to thread-subscribed members after one has edited one's original post (for which an initial notification has already been sent) ... Browser profile corruption is always a possibility, so, as others have noted, regular profile back-up and back-up of important info on physical copies is always strongly recommended ... ... Probably NOT ...

Greetings It search for "yt-dlp_win7_x86.exe" but "yt-dlp_x86_win7.exe" exists. Please take look at _get_binary_name() in yt_dlp\update.py Best regards

maybe we can make a minimal version of replacement DLLs that just work with what they missed.

... One should visit nicolaasjan's GitHub repo ; load latest yt-dlp release, https://github.com/nicolaasjan/yt-dlp/releases/latest then expand assets (if not expanded) and there they are : yt-dlp_win7.exe => 64-bit compile, yt-dlp_x86_win7.exe => 32-bit compile, BOTH are built on py3.13, so are good for the next 4 yrs, at least... Win7-compatible py3.13 courtesy of adang1345 ... Well, you didn't go through the GitHub issue I linked to ; there are automated solutions suggested such as this one : https://github.com/grqz/yt-dlp-getpot-jsi/blob/master/README.md @user57: https://www.python.org/downloads/release/python-31018/ is the latest py3.10 release by the PSF (security-only release in source-code form: https://www.python.org/ftp/python/3.10.18/Python-3.10.18.tar.xz ) Let me just say that achieving Vista SP2 (NT 6.0) compatibility should be much easier that targeting XP (NT 5.x); the last Vista compatible version was py3.7 (py3.4 for XP SP3). One should thoroughly comb the py3.10 source code and identify ALL the Vista breaking code the PSF authored after py3.7; these changes should then be reverted or rewritten with "translated" code that is py3.7 compatible; once that task has been completed, the modded source should then be compiled with a suitable compiler (MSVC and/or MSYS2) targeting NT 6.0 and, also, the 32-bit architecture; but this is NOT all ; yt-dlp itself has quite a large number of dependencies, i.e. Python modules; the py3.10 wheels for them to be found on PyPI are made with the official py3.10 in mind, so compatibility with a Vista-py3.10 isn't always a given, especially in the case when the modules contain C/C++ extensions (i.e. DLLs, which, under Windows, have the .pyd file extension); these Python modules have to be recompiled from their sources using the modded py3.10 and the same compiler that compiled py3.10 itself (probably on a Win10 host). Things on XP should be even more difficult because several py3.10 own dependencies, e.g. OpenSSL, have moved away from XP long time ago... https://github.com/adang1345/PythonWin7/blob/master/Notes.md#python-310 and https://github.com/adang1345/PythonWin7/tree/master/patches are adang1345's instructions on how to make py3.10 run on Win7; perhaps they'd be somehow useful for someone wanting to also attain NT 6.0 compatibility ... PS: the yt-dlp devs are adamant on always dropping a Python version once the PSF have dropped security support for that version (they're also keen on using the latest bells and whistles a new Python version comes with ) ; and the PSF always align themselves behind Microsoft when it comes to the Windows OS, so, as a result, only Win10+ is officially supported now ... PS2: Maroc's py3.11 offering previously discussed is what is called a binhack (binary hack): official DLL and EXE binaries are HexEdited and XP-incompatible functions are either stubbed or forwarded to a set of wrappers, mostly One-Core-API and/or Wine DLLs; the end result 1) makes my antivirus solution go completely berserk 2) WON'T even launch under Vista SP2 32-bit, as the wrapper DLLs specifically target NT 5.x system DLLs ...

@Dave-H Here two screenshots how HTTPSProxy has to look if it is switched on: https://imgur.com/UhVxB46 https://imgur.com/t1dtyPZ Does it look like that?

Try it! And clear SSL cache and personal information once again! And I can't read your WindowsUpdate.log. Check it and upload it again! There is something misconfigured either in config.ini (do you use my provided config.ini for HTTPSProxy?) or in IE. Why is your WindowsUpdate.log unreadable? p.s.: Use a taskmanager to check if nothing interferes your connection to MU. I use Process Hacker, in my opinion the best.

Just to clarify Microsoft Update Search doesn't work in your Windows XP system due to never ending process. Is that right?

In the past I had similar problems but thinking the search is forever never getting a result is in most cases wrong. Such searches can last more than an hour. But no one wants to wait for such a long time so they will be abandoned by user. My tip often helps to avoid such long searches.

Thanks for your tip! In my system no interfering or problems detected. By the way did my tip help you?

@Dave-H Fine. I've added my HTTPSProxy's config.ini so you can use that or compare it to yours. https://www.mediafire.com/file/6emtdvx2vmw4iz8/HTTPSProxy_-_config.ini/file

@Dave-H Of course there are differences. HTTPSProxy ran from the very first I tried to access MU without any problems. Configuring was very easy. ProxHTTPSProxy didn't run from the very first. I had a lot of trials to get it work. Configuring wasn't easy. I had certificate problems too. In HTTPSProxy the certificate management is much easier. Beyond that HTTPSProxy is more user-friendly compared to ProxHTTPSProxy and can be accessed in SysTray at any time incl. switching on and off. By the way did you try my attached ProxHTTPSProxy's config,ini in this post? For me it is working smoothly.

@Dave-H And if you still have problems to access MU you could give HTTPSProxy a try. You can install both on your machine they are portable but do not run both at same time i.e. they may not be executed in RAM at the same time otherwise they interfere. I don't know if I am allowed to upload HTTPSProxy due to the fact that @Thomas S. hasn't been here for a long time and he is the author. What do you think?

Are you running ESET/NOD32 anti-virus? If so and you have SSL protocol filtering enabled you need to add an exception for MU related sites or you have to disable this feature. Same in AVAST called HTTPS Scanning. My security program is AVAST Premier and I have disabled HTTPS scanning. Another method is letting MU generate a completely new SoftwareDistribution folder. Maybe there are faulty downloaded updates in this folder. Here some other methods to fix error code 0x80072F8F: https://answers.microsoft.com/en-us/windows/forum/all/error-code-0x80072f8f/d5006dbe-5946-4d68-8f08-8620eeb65efd here very interesting method 3 and 4. Hope you can fix it. Greetings from Germany

Hi @dave-h, I had a lot of error codes getting from MU site. Now it is working perfectly. Did you use WSUS server in combination with WUMT in the past? If so maybe your DataStore.edb is corrupt. This was one of my problems. Stop Automatic Update Service, make a backup of SoftwareDistribution folder, then delete DataStore.edb. Start Automatic Update Service again and try to access MU via ProxHTTPSProxy. MU generates a new DataStore.edb file. With your backup of DataStore.edb you can go back to old history whenever you want. I have two DataStore.edb files, one for WSUS server and one for MU. One for all doesn't work in my system. If that doesn't help try HTTPSProxy which came from Thomas S.. I use it and everything works flawlessly. Editing config file is necessary. My entries I provided some posts above. In my system I have both configured ProxHTTPSProxy and HTTPSProxy and they are working without any problems if config file has the correct entries.

Golden words , like . The only minor thing left , explain it to many others on here , that use yandex [!] , yes living in United Kingdom , for example , and yet using yandex . As for me , I just block tons of china-russia IPs with firewall. The same goes to google, yahoo , etc.

I still have somewhere a windows-98 compatible Fujitsu motherboard from around 2006 and it was affected by this famous capacitor plague . Capacitor made by OST went bad (bulging, leaking) , blue coloured to be precise , near the RAM slots . I had to replace it with Philips capacitor Made in Holland , from the 1980s and it worked just fine.

Went down to Opera 42 , nothing works , now without any errors , just won't start at all . Someone here using Opera ? Oh. and Chromium ungoogled 84 , 85 , 86 won't launch at all too , those files din't help ... Someone here using Chromium ungoogled ? I can't stand Firefox (just my preference, sorry). It's not that I'm a fan of chrome , just chose between the two evils. Thanks

Hi , 1 - the “manual update” I did from these official links supplied by MS. http://ctldl.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab http://ctldl.windowsupdate.com/msdownload/update/v3/static/trustedr/en/disallowedcertstl.cab It added some , but too few. And, yes , I also did the update from the post you linked a long time ago. It helped a bit , yet “the browser” still asks for more certificates . 2 - “the browser” is 36O Explorer with manually removed telemetry from the original (yes, I do not trust patches and russian repacks). It is based on Chromium 86 with TLS 1.3 and works fine with Vista , much faster than Chromium 86 on Win7. Also, I manually blocked almost all tracking features like "safebrowsing" and a ton of various IPs.

@Jaroslaw @VistaLover Thanks a lot for your help. I modified the file security.dtd in langpack-de@palemoon.org.xpi and problem was solved. New german translation file 27.7.0_RC6 is working perfectly too. Thanks and best regards

Hi, due to my problem here a hardcopy of the preference - security window in my New Moon browser. Hope I'll get any help or information. Regards

Hi. thanks a lot for your XP-Mod of Pale Moon. The overall performance is great. I use your New Moon 27.7.0a2 Build 20180106013833. My platform is Windows XP Professional 32Bit. The german localization file 27.7.0_RC5 doesn't work properly. In preferences of New Moon the security tab is empty. Can you confirm this behavior? Using en-US default no problems. Is this an effect due to your modifications? Thanks in advance and best regards

With my latest version of yt-dlp (2025.08.23.181722), I get: [youtube] Extracting URL: https://www.youtube.com/watch?v=zBq_krhKbW4 [youtube] zBq_krhKbW4: Downloading webpage [youtube] zBq_krhKbW4: Downloading tv client config [youtube] zBq_krhKbW4: Downloading player 5ec65609-main [youtube] zBq_krhKbW4: Downloading tv player API JSON [youtube] zBq_krhKbW4: Downloading tv simply player API JSON [SponsorBlock] Fetching SponsorBlock segments [SponsorBlock] Found 1 segments in the SponsorBlock database [info] Available formats for zBq_krhKbW4: ID EXT RESOLUTION FPS CH | FILESIZE TBR PROTO | VCODEC VBR ACODEC ABR ASR MORE INFO ------------------------------------------------------------------------------------------------------------------------------ sb3 mhtml 48x27 0 | mhtml | images storyboard sb2 mhtml 80x45 0 | mhtml | images storyboard sb1 mhtml 160x90 0 | mhtml | images storyboard sb0 mhtml 320x180 0 | mhtml | images storyboard 249-drc webm audio only 2 | 2.09MiB 50k https | audio only opus 50k 48k [en] low, DRC, webm_dash 250-drc webm audio only 2 | 2.83MiB 68k https | audio only opus 68k 48k [en] low, DRC, webm_dash 249 webm audio only 2 | 2.09MiB 50k https | audio only opus 50k 48k [en] low, webm_dash 250 webm audio only 2 | 2.83MiB 68k https | audio only opus 68k 48k [en] low, webm_dash 140-drc m4a audio only 2 | 5.37MiB 129k https | audio only mp4a.40.2 129k 44k [en] medium, DRC, m4a_dash 251-drc webm audio only 2 | 5.57MiB 134k https | audio only opus 134k 48k [en] medium, DRC, webm_dash 140 m4a audio only 2 | 5.37MiB 129k https | audio only mp4a.40.2 129k 44k [en] medium, m4a_dash 251 webm audio only 2 | 5.56MiB 134k https | audio only opus 134k 48k [en] medium, webm_dash 160 mp4 256x144 30 | 1.34MiB 32k https | avc1.4d400c 32k video only 144p, mp4_dash 278 webm 256x144 30 | 2.74MiB 66k https | vp9 66k video only 144p, webm_dash 394 mp4 256x144 30 | 2.11MiB 51k https | av01.0.00M.08 51k video only 144p, mp4_dash 133 mp4 426x240 30 | 2.58MiB 62k https | avc1.4d4015 62k video only 240p, mp4_dash 242 webm 426x240 30 | 3.40MiB 82k https | vp9 82k video only 240p, webm_dash 395 mp4 426x240 30 | 3.04MiB 73k https | av01.0.00M.08 73k video only 240p, mp4_dash 134 mp4 640x360 30 | 4.54MiB 109k https | avc1.4d401e 109k video only 360p, mp4_dash 18 mp4 640x360 30 2 | 15.60MiB 376k https | avc1.42001E mp4a.40.2 44k [en] 360p 243 webm 640x360 30 | 7.40MiB 178k https | vp9 178k video only 360p, webm_dash 396 mp4 640x360 30 | 5.31MiB 128k https | av01.0.01M.08 128k video only 360p, mp4_dash 135 mp4 854x480 30 | 6.79MiB 164k https | avc1.4d401f 164k video only 480p, mp4_dash 244 webm 854x480 30 | 11.17MiB 269k https | vp9 269k video only 480p, webm_dash 397 mp4 854x480 30 | 8.73MiB 210k https | av01.0.04M.08 210k video only 480p, mp4_dash 136 mp4 1280x720 30 | 10.14MiB 244k https | avc1.4d401f 244k video only 720p, mp4_dash 247 webm 1280x720 30 | 20.35MiB 491k https | vp9 491k video only 720p, webm_dash 398 mp4 1280x720 30 | 15.27MiB 368k https | av01.0.05M.08 368k video only 720p, mp4_dash 137 mp4 1920x1080 30 | 35.75MiB 862k https | avc1.640028 862k video only 1080p, mp4_dash 248 webm 1920x1080 30 | 37.23MiB 897k https | vp9 897k video only 1080p, webm_dash 399 mp4 1920x1080 30 | 26.49MiB 639k https | av01.0.08M.08 639k video only 1080p, mp4_dash 271 webm 2560x1440 30 | 110.21MiB 2657k https | vp9 2657k video only 1440p, webm_dash 400 mp4 2560x1440 30 | 90.71MiB 2186k https | av01.0.12M.08 2186k video only 1440p, mp4_dash 313 webm 3840x2160 30 | 396.68MiB 9562k https | vp9 9562k video only 2160p, webm_dash 401 mp4 3840x2160 30 | 204.96MiB 4940k https | av01.0.12M.08 4940k video only 2160p, mp4_dash

I managed to boot Windows 2000 with Clover UEFI32 and Longhorn 5472 boot files on real hardware. Only problem is, no screen. But sound and disk activity exist and heard Windows sounds. Even GTX980 driver does not display (both in legacy and UEFI boot with longhorn files. But displays normally with ntldr). This problem does not happen in XP. It displays correctly. @reboot12 @Dietmar maybe you guys can solve with patches. For NT4, it wants kdcom.dll and bootvid.dll. If these files bypassed or patched, it can boot with UEFI. EDIT: Display worked when I switched DP to HDMI for win2000! For NT4, I managed to bypass kdcom.dll but this time, 0xc000007b bootmgr kernel error (not BSOD). Maybe it requires ACPI or bootmgr should look non-ACPI hal. EDIT 2: Tested also with QEMU and it worked. Video: https://youtu.be/NLW0Eg1nDNU

Same applies to the extension Speed Dial 0.9.6.18. It makes the internal session manager unusable in New Moon 28. Even the Session Manager extension can no longer help. So, it seems that the changes to the browser code are sending further, old but well-known extensions into retirement for good. The Tab Utilities,the Speed Dial and partly the Session Manager extension are no longer fully compatible with New Moon 28 (and also most probably with Pale Moon).

Chip NEC D720200AF1 has certified Dell Vista drivers. Supported Operating Systems Windows Vista, 32-bit Windows Vista, 64-bit Windows XP Windows XP, 64-bit Don't worry about the Dutch language link, it will switch to yours automatically (it depends on the location). https://www.dell.com/support/home/nl-nl/drivers/driversdetails?driverid=36x7d