Leaderboard

Calm down folks!

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20260620-3219d2d-uxp-f718564719-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20260620-3219d2d-uxp-f718564719-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-20260620-3219d2d-uxp-f718564719-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-20260620-d849524bd-uxp-f718564719-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260620-d849524bd-uxp-f718564719-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20260620-d849524bd-uxp-f718564719-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260620-d849524bd-uxp-f718564719-xpmod.7z Win7+ x64 AVX2 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20260620-d849524bd-uxp-f718564719-w7plus-avx2.7z Official UXP changes picked since my last build: - Issue #2306 - Re-introduce pref for WeakRef API spec. (8eac1db64b) - Issue #2306 - Enable full weakref by default in platform. (0bd0d0a296) - Issue #3122 - Exclude local resources from <base> CSP checks. (692606e89c) - Bug 2029066 - Remove Sinking of Live instructions. (2712943075) - Bug 2029765 - avoid refcount over-release in nssTokenObjectCache error path [@ nssToken_Destroy]. (13d8737677) - [network] Make keep-alive pref Atomic. (f20e0799a0) - [DOM] Reject too large mLength in MutableBlobStorage::WriteRunnable. (b60661dfe1) - Bug 2023478 - improve handling of escape sequences in pk11uri_ParseAttributes. (7ae6442d99) - Bug 2033848 - Use non-default response ID for GTK file picker accept button. r=stransky (81babad165) - [DOM] Zero-initialize ThreadSharedFloatArrayBufferList. (5ab14e5932) - No issue - Use ImmGCPtr for module meta data visits. (0bdcc65c4c) - [parser] Better align with spec definition of adding nodes. (a50e1d7ae5) - [DOM] Avoid over-optimizing some getter/function calls. (a83b6f74bb) - [gfx] Check more offsets during CFF subsetting. (9a457cbfd9) - [network] Make HttpBaseChannel::mLoadFlags atomic. (100f6aaf5b) 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 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.

Oh man...plz stop this kind of personal war...we all are very special individuals, please respect each other and his/her opinion and behavior! I find out this myself every f*cking day...and still have problems to come together with other people... ------------------------------------------- Thank you, I hope to be here again regularly. ------------------------------------------- Sorry, had some vacation at the Baltic Sea - so the latest update is online just now: The mirror of latest ArcticFox 44, BNavigator 0.9, Firefox 28/45ESR, IceApe 52, IceDove 52, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28, RetroZilla, RZ browser and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools. changelog: - added latest BNavigator 0.9 20260620 build - added latest IceApe 52 20260620 build - added latest IceDove 52 20260620 build - added latest MailNews 52 20260620 build - added latest New Moon 28 20260620 builds - added latest Serpent 52 20260620 builds - added latest Serpent 55 20260620 builds To don't lose track of things I want to update too someday... todo: - add various flash player versions - add FlashFix for WinXP - add VLC 2.2.8 (WinXP non-SSE2) done! - add polyfill addons Kind regards soggi

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-20260620-962fb7e60-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk55-win64-git-20260620-962fb7e60-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #2306 - Re-introduce pref for WeakRef API spec. (8eac1db6) (938e5c744) - import from UXP: Issue #2306 - Enable full weakref by default in platform. (0bd0d0a2) (74824f24b) - import from UXP: Issue #3122 - Exclude local resources from <base> CSP checks. (692606e8) (6fc95b735) - ported from UXP: Bug 2029066 - Remove Sinking of Live instructions. (27129430) (e89f0a52f) - import from UXP: Bug 2029765 - avoid refcount over-release in nssTokenObjectCache error path [@ nssToken_Destroy]. (13d87376) (73b5f11e4) - import from UXP: [network] Make keep-alive pref Atomic. (f20e0799) (0d6196afd) - ported from UXP: [DOM] Reject too large mLength in MutableBlobStorage::WriteRunnable. (b60661df) (94d348ce4) - import from UXP: Bug 2023478 - improve handling of escape sequences in pk11uri_ParseAttributes. (7ae6442d) (f277da265) - import from UXP: Bug 2033848 - Use non-default response ID for GTK file picker accept button. r=stransky (81babad1) (1f1e28073) - import from UXP: [DOM] Zero-initialize ThreadSharedFloatArrayBufferList. (5ab14e59) (91d2413a4) - import from UXP: No issue - Use ImmGCPtr for module meta data visits. (0bdcc65c) (456bea8af) - import from UXP: [parser] Better align with spec definition of adding nodes. (a50e1d7a) (1f0c79b3a) - import from UXP: [DOM] Avoid over-optimizing some getter/function calls. (a83b6f74) (94850d8a2) - import from UXP: [gfx] Check more offsets during CFF subsetting. (9a457cbf) (acffb7115) - import from UXP: [network] Make HttpBaseChannel::mLoadFlags atomic. (100f6aaf) (962fb7e60)

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

@AstroSkipper I think I'll spend the weekend doing a thorough debugging session on Windows XP because I initially tested the extension on Windows 7. Unfortunately, I can't completely avoid using BAT files, but I'll try to optimize the process.

<redacted>, you egomaniac! It gets old reading your high sense of self-worth. And I know for a fact that many others on the forum think the same. I simply stated that not all of us have a MODERN DEVICE to fall back on. I could care less if you have the oldest XP computer, no one else cares either. Carry on, wayward son.

Unfortunately NO. You would have to contact the owner of the server hosting the web site. Maybe if you get THOUSANDS of users of that web site to protest, you could get the owner to remove it. But I do assure you, the owner implemented it for a reason. All SERVER-SIDE reasons.

Fixed.

Wise choice; and you should probably stay there, too... Based on my most recent tests, the only logical conclusion. Words of wisdom ! This kind of "wisdom" is due to the fact that newer versions are no longer tested for performance to the same extent, and certainly not on older operating systems, as everything has become very fast-paced and there is no real interest in real optimisation, given that most users have such powerful hardware that they no longer even notice such software flaws. Yep, very hot here but I think that’s nothing compared to the temperatures you usually get in Greece. Kind regards

FYI, from now on, you can find links to all my YouTube projects in the third post of this thread.

Of course, you can resolve relative path issues in such Lua scripts by using hard-coded, absolute paths, but that’s not exactly the pinnacle of programming. If you copy my youtube.lua(c) script into the lua\playlists subfolder of VLC, it automatically recognises yt-dlp.exe and hidecon.exe without the user having to set any absolute paths. This is how it should work in the youtube_search.lua script as well. When looking into your log, you can clearly see that the script doesn't add any path to the yt-dlp.exe file: lua: [yt-ext] cmd: yt-dlp.exe "ytsearch10:Adele" -J --flat-playlist --no-warnings --encoding utf-8 lua: [yt-ext] bat cmd: yt-dlp.exe "ytsearch10:Adele" -J --flat-playlist --no-warnings --encoding utf-8 Of course, this only works if the BAT file or the CMD file is run from VLC’s programme folder.

@panda_zzz Your youtube_search.lua script isn't able to find yt-dlp.exe in the VLC directory under Windows XP.

MSFN was not his only active forum under the same name. He hasn't visited those forums since November of 2023.

And what’s the situation on the Windows XP front?

Yesterday, as a test for my projects, I downloaded a subtitle separately from YouTube using @nicolaasjan's yt-dlp. It was the first time I’d had to solve JavaScript challenges. After a thorough analysis of the logs, I installed QuickJS and was then able to download the subtitle successfully. However, it was anything but straightforward or quick. I timed how long it took to solve the JavaScript challenges, and it was a staggering 30 seconds on my Windows XP machine. Yet another reason to condemn Google to hell. However, the JavaScript challenges are only triggered under certain conditions. My ytBATCH for Windows XP downloads YouTube videos with subtitles, metadata and thumbnails without any problems and very quickly. I also tested that yesterday. So, for the time being, there’s no reason for me to implement QuickJS in my ytBATCH for Windows XP. If Google is to sabotage that too and no reasonable solution exists, I will discontinue the projects in question. P.S.: QuickJS 2025-09-13 even took 45 seconds on my machine contrary to the 30 seconds using QuickJS 2026-06-04.

steven: I thought it was over!! I just checked (late for me for June) and there they are ...6/23/26 UPDATES!! you're the best! VERY MUCH APPRECIATED! now I can make my June ISO. SOOO very helpful. Thank you, regards....

Stick your head in the sand. My head is held high. You are an arrogant a ss. I have no fear in saying so. Try to ban me if you think this is all "just me". Multiple members see you as an arrogant a ss. I'm just "don't care" enough to be the one to tell you. Call it "only me" all you want. The rest of us all know the reality outside of your own head. But yeah, we've carried on enough and we've both said our piece. But one last item, speaking solely as me, YOU ARE AN ARROGANT A SS that LOVES to hear himself talk. Hey, what can I say, "it takes one to know one", because I can say (and have had others say) the same about me. DON'T CARE.

In a way, I feel a bit sorry for you. You’re incapable of speaking for yourself and need to refer to others to give your words some semblance of weight or credibility. That’s truly pathetic. And if you have even the slightest notion that your opinion of me means anything to me, I’m afraid I’ll have to disappoint you immensely. I’m always pleased when someone is well-disposed towards me, but if they aren’t, I couldn’t care less. I have my own opinion and know exactly what I’m capable of. And a healthy sense of self-confidence was practically instilled in me from birth. I really do feel sorry for you. Right then, and now, after this lovely little chat, I’m going to get back to my projects to make up for the time I’ve wasted.

BTW, the Android tablet I'm currently using is an old Lenovo Tab M10 HD, originally supplied with Android 10 and updated to Android 11. So somewhat ancient, too. But my Windows XP computer from 2000 is one of the most ancient here in the forum, I think.

On Android in Opera 99.2.5094.88935, you can only play the video if you allow ‘protected content’. Your assessment can’t be entirely correct.

There are things like this (theoretically) - https://github.com/CloakHQ/CloakBrowser BUT... you are asking as an XP user. So my answer to you remains, "No, protest to the server owner". edit: but these technically are not OLD ENOUGH to *NOT* pass Cloudflare *without* the "bot protections" (with the exception of the Linux-only v142). So ONLY TIME WILL TELL if these are truly effective. I will know in about a month when (or if) my city utilities billpay FAILS to work in EDGE but then "if" this fork WORKS. Personally, I'm not holding my breath!

Hello @Reino! Is there already a new address for your great releases? 🤔

Thanks for your releases and for adding ffplay! Please keep it alive! ffplay is a great media player , and my next release of ytBATCH for Windows XP will use it as I implemented a MediaBrowser in the form of a BAT file. BTW, do you also provide static urls to your XP releases?

Up until now, there has been no reason to use quickjs in combination with yt-dlp.exe. I use yt-dlp.exe in many places. Primarily, of course, in ytBATCH for Windows XP, in VLC with Lua scripts, in 3D YouTube Downloader and so on. In what situations do you need quickjs?

Many thanks for your tests and confirmation ; with some more free time on Saturday, I decided to explore how ALL stable VLC versions after 3.0.8 behave when fed the above audio HLS live stream; one can find older stable VLC releases in their "download" server: https://download.videolan.org/pub/videolan/vlc/ FTR, v3.0.7.1 (immediately previous to 3.0.8) behaves almost identically to 3.0.8; HLS streams (at least the demuxing part) are handled by the libadaptive_plugin.dll module; here's the CPU usage history of my Core2 Duo with ONLY VLC v3.0.8 streaming BBC R2: libadaptive_plugin.dll versions 3.0.9.2 and 3.0.10 are actually BROKEN when it comes to handling the BBC R2 HLS stream; I can hear the audio for ca. 30-40s, but then the stream turns muted (continues to play otherwise) ... From v3.0.11 onwards, the BBC R2 HLS audio stream does play consistently, but at elevated CPU consumption ; with each newer VLC release, the file size of the above DLL increases, but the CPU it uses remains constantly high; below is the CPU usage history of my Core2 Duo when ONLY VLC v3.0.23 is running, streaming BBC R2: I'm sure you can see the CPU spikes there ... If you're using yt-dlp.exe without a JS runtime (quickjs is the only option under XP SP3 x86), then the default player client there is android_vr (aka ANDR-V) and the formats it returns are ALL "https", not "m3u8" (PROTO column): yt-dlp -F "ffcitRgiNDs" [youtube] Extracting URL: ffcitRgiNDs [youtube] ffcitRgiNDs: Downloading webpage WARNING: [youtube] No supported JavaScript runtime could be found. Only deno is enabled by default; to use another runtime add --js-runtimes RUNTIME[:PATH] to your command/config. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See https://github.com/yt-dlp/yt-dlp/wiki/EJS for details on installing one [youtube] ffcitRgiNDs: Downloading android vr player API JSON [info] Available formats for ffcitRgiNDs: 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 1 | mhtml | images storyboard sb1 mhtml 160x90 1 | mhtml | images storyboard sb0 mhtml 320x180 1 | mhtml | images storyboard 139 m4a audio only 2 | 1.33MiB 49k https | audio only mp4a.40.5 49k 22k low, m4a_dash 249 webm audio only 2 | 1.46MiB 54k https | audio only opus 54k 48k low, webm_dash 140 m4a audio only 2 | 3.51MiB 129k https | audio only mp4a.40.2 129k 44k medium, m4a_dash 251 webm audio only 2 | 3.77MiB 139k https | audio only opus 139k 48k medium, webm_dash 160 mp4 256x144 25 | 1.46MiB 54k https | avc1.4d400c 54k video only 144p, mp4_dash 278 webm 256x144 25 | 1.79MiB 66k https | vp9 66k video only 144p, webm_dash 394 mp4 256x144 25 | 1.41MiB 52k https | av01.0.00M.08 52k video only 144p, mp4_dash 133 mp4 426x240 25 | 3.08MiB 113k https | avc1.4d4015 113k video only 240p, mp4_dash 242 webm 426x240 25 | 2.68MiB 99k https | vp9 99k video only 240p, webm_dash 395 mp4 426x240 25 | 2.53MiB 93k https | av01.0.00M.08 93k video only 240p, mp4_dash 134 mp4 640x360 25 | 5.77MiB 213k https | avc1.4d401e 213k video only 360p, mp4_dash 18 mp4 640x360 25 2 | ≈ 9.28MiB 342k https | avc1.42001E mp4a.40.2 44k 360p 243 webm 640x360 25 | 6.80MiB 251k https | vp9 251k video only 360p, webm_dash 396 mp4 640x360 25 | 4.58MiB 169k https | av01.0.01M.08 169k video only 360p, mp4_dash 135 mp4 854x480 25 | 9.80MiB 361k https | avc1.4d401e 361k video only 480p, mp4_dash 244 webm 854x480 25 | 9.37MiB 345k https | vp9 345k video only 480p, webm_dash 397 mp4 854x480 25 | 7.91MiB 292k https | av01.0.04M.08 292k video only 480p, mp4_dash 136 mp4 1280x720 25 | 18.56MiB 684k https | avc1.4d401f 684k video only 720p, mp4_dash 247 webm 1280x720 25 | 17.27MiB 636k https | vp9 636k video only 720p, webm_dash 398 mp4 1280x720 25 | 13.88MiB 511k https | av01.0.05M.08 511k video only 720p, mp4_dash 137 mp4 1920x1080 25 | 49.02MiB 1807k https | avc1.640028 1807k video only 1080p, mp4_dash 248 webm 1920x1080 25 | 30.88MiB 1138k https | vp9 1138k video only 1080p, webm_dash 399 mp4 1920x1080 25 | 24.70MiB 910k https | av01.0.08M.08 910k video only 1080p, mp4_dash I have found the elevated CPU usage (in v3.0.11+) to be specific to the HLS streaming protocol ... Wise choice; and you should probably stay there, too... Words of wisdom ! Kind regards (and protect yourself from the heatwave ... )

older builds shows these instead: navigator.requestMediaKeySystemAccess promise rejected 0x80530009 'Key system is unsupported' MediaKeySystemAccess::GetKeySystemStatus(com.widevine.alpha) result=available msg='' and it still doesn't play here.

I am absolutely convinced that a YouTube Search script of this kind, which is limited solely to searching for YouTube links, would use far fewer resources and would therefore also be suitable for older hardware and older operating systems such as Windows XP.

Just an idea. You could also modify the youtube_search.lua script so that it only performs the YouTube search, but when a link is clicked, it passes it on to VLC, which then plays the YouTube link using the perfectly functioning youtube.lua script. That would streamline the script and make use of existing code. In such a case, there would be no need to reinvent the wheel. But as initially said, it's just an alternative approach. An AIO solution is of course fine, too. And optimisation is great, but first comes fixing as your script doesn't work at all under Windows XP.

@panda_zzz Your youtube_search.lua script is actually well written and the YouTube Search GUI is well implemented. However, it needs to be put on the workbench and everything relating to paths needs to be revised. The comments need to be significantly reduced, and the entire script needs to be streamlined. The YouTube links that are called up should be processed in exactly the same way as in the youtube.lua script. However, your solution of accessing YouTube links via a temporary BAT file is prone to errors when it comes to file paths.

I also tried the youtube_search.lua script in a normal VLC 2.2.8 installation without any success. This script is unfortunately not working.

4.0.0.1005 but also work e.g. 4.0.0.1009: https://web.archive.org/web/20190528070909/https://www.passmark.com/products/wirelessmonitor/index.php

If it makes any difference, the "missing-titlebar-bug", https://github.com/Eclipse-Community/r3dfox/issues/177 https://github.com/e3kskoy7wqk/Firefox-for-windows-7/issues/147 , is caused by a change between v151.0a1-v4 (last GOOD build of the 151 branch) and v151.0.2 (first BAD build of the 151 branch); so, not that big of a "regression window" to dissect ...

It is proving somewhat difficult to find a configuration that satisfies everyone. I have added a shared XP build that includes ffplay in the previous post.

When WildBill investigated the old version of the file "win32k.sys" from Windows XP, he noticed, that the following functions have the problem with the uninitialized variable: "_SetWindowWord", "xxxSetClassData" and "xxxSetWindowLong" When I investigated the new version (5.00.2195.7640) of the file "win32k.sys" from Windows 2000, I noticed, that the following functions have the problem with the uninitialized variable: "_SetWindowWord" and "xxxSetClassData" The function "xxxSetWindowLong" seems to have been fixed somewhen by Microsoft. Now that the update "OTS000004" was released, there was only the following function left to fix: "xxxSetClassData" To fix the remaining function I released another Windows 2000 update: "WINDOWS2000-OTSKB000005-V1-X86-INTL.exe There is more information available about this issue and this update in the article in the knowledge database: OTSKB.chm The patch updates the file "win32k.sys" from the version "5.00.2196.0005" to the version "5.00.2196.0006". Before installing OTSKB000005 it is necessary to have OTSKB000004 installed because every update is a patch that needs the previous version to work with. No update contains a full version of the file "win32k.sys" but only the patching instructions.

I only tried in XP (failed) and 11. In 11, when you right-click to customize, the "Title Bar" checkbox seems to do absolutely nothing. Unsure if it did anything in previous versions. edit: just checked in previous versions and this checkbox DOES work in previous versions Unsure if that is related to your issue or not, the Menu Bar looks the same to me in both versions. Are you having this issue ONLY when using your Luna XP Theme inside of Win7 ???

Crop

Drip

Clap

Plan

Clam

I do hope so, too! Unfortunately, it's a lot of work. Changing code leads to the need of changing other code, and so on. I modified and cleaned up nearly all self-created programs. And I found bugs which apparently did not occur during the beta test.

Using a different compiler I could reduce the false positives of OpenLANSet.exe from 19 to 15. No false positives from Avast and Malwarebytes anymore!

A few code changes, and the results are different! Unfortunately, opening and closing of the IE Proxy Settings easily is a wanted function. If I left it out, these two programs would be senseless.

Ok, thanks for your opinion! I'll try to reduce these false positives as much as I can. Important for me are only established, well-known AV scanners, the big players in this business.

Hello @D.Draker! I absolutely have to echo the wishes of others here. I fully respect your decision, but in any case, I hope that it is well-considered. We would be very reluctant to do without you in the future! Whatever your final decision may be, take care of yourself, and if you decide to go to Ukraine, please come back unharmed! I'm not religious either, more of an atheist, but I'll try to put it this way: May the Force be with you! Greetings from Germany, AstroSkipper

Hello @VistaLover! Thanks for the detailed information! I already read the changelog of Mypal 68.12.5b. Absolutely great! And, to have alternatives for accessing GitHub in Windows XP is the best of all.

The answer is one post above coming from @VistaLover!

I know that very well! I am German, and English is not my native language. But these few strings of Engish in ProxHTTPSProxy's PopMenu TLS 1.3 3V3 shouldn't be any problem for non-natives. And there are translation services like Google Translate or DeepL. My documentation can be translated in any language in seconds. Same for all menu items in PopMenu, and they can be replaced easily. No language skills are necessary! In any case, supporting multiple languages was never a feature I brought into the game and is not a high priority for me. But, as I already mentioned, I will put it to the test later. A "too late", I don't see, though. Users of Windows XP, whose support has been discontinued for years, are likely to focus on the functionality and benefit of a software rather than its language. And one thing is clear, the added value of ProxHTTPSProxy's PopMenu TLS 1.3 3V3 is enormous!

@XPerceniol , to answer your question , I suggest to use the free COMODO firewall for your XP system. Older versions like 5.x . You can easily define what to block in the section "Network security policy" and choose any rule , port , etc.