Leaderboard

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

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260606-3219d2d-uxp-bfaade4306-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260606-3219d2d-uxp-bfaade4306-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-20260606-3219d2d-uxp-bfaade4306-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-20260606-d849524bd-uxp-bfaade4306-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260606-d849524bd-uxp-bfaade4306-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260606-d849524bd-uxp-bfaade4306-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260606-d849524bd-uxp-bfaade4306-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260606-d849524bd-uxp-bfaade4306-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #3109 - Clamp border-radius value to CSS' internal length clamp value (d47606ce8f) - Issue #2964 - Part 1: CSS Override for `uppercase` and `capitalize` (dff842a949) - Issue #2964 - Part 2a: Correctly Detect End of Buffer in `ToUpperCaseImpl` (7a933598d7) - Issue #2964 - Part 2b: Improve `ToUpperCaseLength` (b2f6fded36) - Issue #2964 - Part 3: JS Override for `ToUpperCase` (5dc2f08e29) 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: - Revert "Revert "Implement FinalizationRegistry" and related commits." (1e38b5ec94) - mozapps/handling: fix application icon handling by reboot12@msfn (811b13e76c) - Revert "Revert "Revert "Implement FinalizationRegistry" and related commits."" (bfaade4306) Update Notice: - You may delete file named icudt*.dat and icu63.dll 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.

There has been a new release (finally ) by its author, Bellard, of the quickjs JS runtime, necessary for de-scrambling YouTube's nsig challenges (present on most yt_player_clients, except for ANDR-V); the 32-bit binary can be found on: https://bellard.org/quickjs/binary_releases/quickjs-win-i686-2026-06-04.zip (64-bit binary: https://bellard.org/quickjs/binary_releases/quickjs-win-x86_64-2026-06-04.zip) quickjs is the only supported JS runtime on "legacy" WinOSes, like XP SP3/Vista SP2/Win7 SP1; I can't check on XP SP3 x86, but the new release does launch here (Vista SP2 x86): qjs -h => QuickJS version 2026-06-04 usage: qjs [options] [file [args]] -h --help list options -e --eval EXPR evaluate EXPR -i --interactive go to interactive mode -m --module load as ES6 module (default=autodetect) --script load as ES6 script (default=autodetect) --strict force strict mode -I --include file include an additional file --std make 'std' and 'os' available to the loaded script -T --trace trace memory allocation -d --dump dump the memory usage stats --memory-limit n limit the memory usage to 'n' bytes (SI suffixes allowed) --stack-size n limit the stack size to 'n' bytes (SI suffixes allowed) --no-unhandled-rejection ignore unhandled promise rejections -s strip all the debug info --strip-source strip the source code -q --quit just instantiate the interpreter and quit Additionally, the quickjs-ng fork has also seen a new release: https://github.com/quickjs-ng/quickjs/releases/tag/v0.15.1 https://github.com/quickjs-ng/quickjs/releases/download/v0.15.1/qjs-windows-x86.exe This runtime officially supports Win7 SP1 and later, but it can also work under Vista SP2 (but NOT on XP SP3): qjs -h => QuickJS-ng version 0.15.1 usage: qjs [options] [file [args]] -h --help list options -v --version print version string and then exit -e --eval EXPR evaluate EXPR -i --interactive go to interactive mode -C --script load as JS classic script (default=autodetect) -m --module load as ES module (default=autodetect) -I --include file include an additional file --std make 'std', 'os' and 'bjson' available to script -T --trace trace memory allocation -d --dump dump the memory usage stats -D --dump-flags flags for dumping debug data (see DUMP_* defines) -c --compile FILE compile the given JS file as a standalone executable -o --out FILE output file for standalone executables --exe select the executable to use as the base, defaults to the current one --memory-limit n limit the memory usage to 'n' Kbytes --stack-size n limit the stack size to 'n' Kbytes -q --quit just instantiate the interpreter and quit Both are fully supported by latest yt-dlp; performance-wise, they shouldn't differ much, if at all...

Would you please stop with that. You have absolutely no clue what I’m dealing with personally and privately, which is why I don't have time to constantly check the server. MSFN is a one-man show. And how do you know I won't say thanks? On top of that, I’ve wanted to shut MSFN down several times over the last few months because of this situation. So back off. Stick to software, hardware discussion or go find another forum. I don't care. Just be careful. Have a nice night or day or whatever.

FFmpeg update. XP: static shared libfdk-aac VISTAx86: shared static libfdk-aac

I could say that on same video test, about of 3 seconds less, from about 12 seconds to 9-10. That's about a 25%, not the 42% stated, on my Core 2 Duo, but less would have been nothing :)

Yes, I used eTools.ch for a while too. But it produced the same rubbish as Google, as it seems to be using Google’s data. I’ve deleted it from my list of search engines.

I’m sorry to hear that, of course. I can well understand how you feel. To put it mildly, I’m not doing too well myself, personally and privately. Especially when it comes to health. I know exactly what you mean. I’m a one-man band in everything I do, too. To be honest, your personal life comes first. So the decision is entirely up to you. Thanks, but I'll decide that for myself. Have a nice night, too!

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-20260606-253d10e0c-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260606-253d10e0c-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - Revert "Revert "Implement FinalizationRegistry" and related commits." (18fb063dc) - import from `custom` branch of UXP: mozapps/handling: fix application icon handling by reboot12@msfn (811b13e7) (4f67d65f8) - import from UXP: Issue #3109 - Clamp border-radius value to CSS' internal length clamp value (d47606ce) (69fe8e2e6) - ported from UXP: Issue #2964 - Part 1: CSS Override for `uppercase` and `capitalize` (dff842a9) (23c6e68f0) - import from UXP: Issue #2964 - Part 2a: Correctly Detect End of Buffer in `ToUpperCaseImpl` (7a933598) (1cd9af596) - import from UXP: Issue #2964 - Part 2b: Improve `ToUpperCaseLength` (b2f6fded) (328cde3f7) - import from UXP: Issue #2964 - Part 3: JS Override for `ToUpperCase` (5dc2f08e) (c27557cee) - Revert "Revert "Revert "Implement FinalizationRegistry" and related commits."" (253d10e0c)

Since the administrator @xper apparently does not feel it necessary to officially thank his members for their active participation in providing data that led to a precise theory, on the basis of which it was possible to prove the infection of the MSFN server, I shall do so here. @EliraFriesnan, @roytam1, @NotHereToPlayGames, @Ben Markson, @modnar, @deomsh and @nicolaasjan. Thank you for your confirmations with search engine results you generated from all over the world! That was a real community effort at its very best. And since my ‘cloaking’ theory https://msfn.org/board/topic/187801-msfn-and-its-lack-of-search-results-in-google-bing-and-all-search-engines-depending-on-them/page/5/#findComment-1287780, which, although based on many facts, remains a theory until it has been subjected to rigorous, unequivocal and, above all, empirical verification, I would like to once again express my sincere thanks to @nicolaasjan for his clever experiment and for highlighting the malware infestation in this post: https://msfn.org/board/topic/187801-msfn-and-its-lack-of-search-results-in-google-bing-and-all-search-engines-depending-on-them/page/5/#findComment-1287787. This made the culprit clearly visible and made it impossible to continue ignoring or denying an infection of the MSFN server. In mathematics, this signifies the end of a proof, i.e. q.e.d. And that is the most important thing for me. Cleaning it up was then just a formality and, really, a piece of cake for someone with experience, if you already know exactly what you’re looking for and have been given all the necessary information. Unfortunately, it will now take many weeks for MSFN to recover in the Google index. Not to mention the disastrous drop in the rankings of all MSFN threads.

Yessssssssssssaaaaaaaaaaaaaahhhh after about next 500h of work and about 1000 not working drivers, I get the driver for the Wlan 9560 on the gemini chipset with j4105 cpu to run. It is a pure polling driver, based on OpenBSD 79. The step for to bring the firmware to alive=1 I managed only with Ubuntu. Crazy, 10 different rings for TX and RX and management data. Again I was one step away from to give up Dietmar

Fixed.

Nothing was reset. I just pruned some inactive members. Found breach, egyspider webshell. Old WP plugin. Took me 4 days to clean up everything. Reindex sitemap and requested new Google indexing. We are getting back on google. As for country flag, I will fix that. Thanks for pointing it out. Anyway, I do as much as I can. Not much spare time.

Update notification: Hello to all, as already reported by @roytam1, @feodor2 released a new beta version of Mypal. The version number is now 68.12.5b. Download link: https://github.com/Feodor2/Mypal68/releases/download/68.12.5b/mypal-68.12.5.en-US.win32.zip Here is a quotation of important changes: Therefore, GitHub and mega.nz should work again. I will test that as soon as possible. And, very important for this topic here is to recheck all extensions and custom buttons! Cheers, AstroSkipper

Hello @mina7601! At the moment I am extending the documentation with a short explanation for each menu item. And I have improved the visibility of the windows in some programs. I am also trying to improve my programs with regard to false positives from virus scanners. My Avast doesn't like some of them although they are absolutely clean. Therefore, still a bit to do! But the release will come very soon. Due to the false positives of some virus scanners, I am now trying to switch to another compiler. All programs that I have created myself will then have to be recompiled and, after that, rechecked on VirusTotal.com. I will make these results available when I release my program package ProxHTTPSProxy's PopMenu TLS 1.3 3V3. I hope it can be released on Sunday. Cheers, AstroSkipper

Hello @InterLinked! Thanks for creating the extension chromefill! I am very interested in! I will test it as soon as possible and report here! Kind regards, AstroSkipper

Ok, let us agree on the following! Process Hacker assists an user in detecting malware and suspicious processes. It is an excellent task manager and shows the user strangely behaving processes, but it is definitely not an AV program.

Hello @mina7601! At the moment I am extending the documentation with a short explanation for each menu item. And I have improved the visibility of the windows in some programs. I am also trying to improve my programs with regard to false positives from virus scanners. My Avast doesn't like some of them although they are absolutely clean. Therefore, still a bit to do! But the release will come very soon.

Hello @XPerceniol! Many thanks for your detailed answer! As you can see in the quoted post, I have always seen you as a member of our team. But I respect personal decisions, whether I like them or not. The beta test is over now, but, after releasing my program package, we can try to check why your computer refused to participate in the beta test, either officially in this thread or privately via PM. That's what I can offer to you. It's up to you! However, in your long reply you did not say, whether you tried to perform any of the methods, which I posted in another thread to fix your hard drive, or not. I'd have been interested! Cheers, AstroSkipper

Spoken for me only, each browser I use has its own profile. I totally agree with @VistaLover, I never use one profile shared by different browsers.