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.

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.

Not really. You really don't have the impression on other members that your ego thinks that you do. Sorry, you just don't! Trust me on this, MULTIPLE members here do NOT like your egotistic all-knowing always-right personality. Take that as CONSTRUCTIVE CRITICISM and "adjust accordingly". Or keep replying the way you have been and REINFORCE the view that MULTIPLE members have of you. No skin off my back either way. edit: of course, having said that, I myself also RESPECT the paradigm of "I change for no man, live with it, I don't care what you think of me." so I guess you can strive for MY respect, or the respect of the MULTIPLE members that don't like the all-knowing always-right everybody-loves-to-hear-me-speak personality. again, no skin off my back either way. and trust me on this, speaking for ME and "your view of me" -- *I change for no man*

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.

Not all of us have Anroid devices as a backup. Some of us truly rely on "ancient hardware".

Or open websites such as https://www.ctvnews.ca/toronto/video/2026/06/20/germany-fans-take-over-streets-of-toronto-ahead-of-world-cup-game/ on Android in Chrome 149. ‘Rubbish to rubbish’ is my motto.

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!

A big thank you, @autodidact! If you could sort that out, it would be absolutely perfect. That way, I’d be able to include your latest versions of ffmpeg, ffprobe and ffplay in my next release of ytBATCH for Windows XP. However, ffplay is missing from your static archive. Could you please add it there, too? Kind regards, AstroSkipper

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.

Thanks for this detailed info ; in case anyone wants to salvage/archive those builds: vlc-3.0.23-win32-a5b72d67 https://artifacts.videolan.org/vlc-3.0/nightly-win32/20260512-0219/ vlc-3.0.24-beta1-win32-4c608da1 https://artifacts.videolan.org/vlc-3.0/nightly-win32/20260529-0214/ It's unclear why they broke XP-compatibility in 3.0.24b1 after May 29th ; it might've been an inadvertent breakage, like they did with VLC-3.0.21, or as part of a conscious decision to drop NT 5.x support (recent 3.0.24b1 builds continue to work under Vista SP2) ; I guess very few people (especially on "legacy" WinOSes) monitor the "nightly" artifacts, so the XP-breakage, if not remedied in the meantime, will only hit the "masses" when 3.0.24 sees a final/stable release (and there's probably still time for that ) ...

TheOven has been online for months now. There was a forum software error due to an automatic update that took it down in December for a couple weeks while the owner was on holiday, but it was fixed as soon as he got back. If your referring to reboot.pro? I fear it as gone the way of 911fourms and will not return. :(

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.

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.

I understand, but if someone doesn't want to, they shouldn't download the file. There are also those who use ffplay and the 'shared' version

Flop

Drip

Try this - without quotes! Despite what other users/user may tell you. --disable-features=WebUsbDeviceDetection

Plan

Hello to all! Although my program package eventually passed the beta test, I still had to make significant changes due to false positives of several AV scanners: All unnecessarily embedded files have been removed from my self-created executables. Changes in calling up other programs. In all my affected programs, protection against code injection has been improved. This leads to preventing of future "space bugs", too! Different issues which could have been noticed only in very rare cases, have been fixed. All unnecessary code has been removed. New bugs I additionally found have been fixed. Autostart entries of PopMenu and the new Min2Tray, automatically added to the registry by my configuration program, have been fixed in regards to the "space bug". All message windows of my programs have been resized and adjusted for a better visibility. All my self-created program files have been recompiled by using a different compiler. All these measures have led to a reduction in the number of false positives reported by AV scanners. Now I am testing deeply my program package from scratch. Cheers, AstroSkipper

Hello @George King! That was the very first action I did! I removed unnecessarily embedded files from all self-created programs. But anyway, thanks for the hint!

I totally agree! All files self-compiled from batch sources are considered to be intrinsically vulnerable by AV scanners. Of course! But these files aren't more or less liked by AV scanners than my other ones. Hope dies last!

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.

Sorry, you're righr! Confgure PopMenu.exe, of course! Too much proxy in my head! I already know these results, and that wasn't the problem, either. I am interested in your opinion about these results.

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.

As far as I can see from your output, this is just a compatibility problem of the extension Greasemonkey due to an undefined entity in its options.xul. This file has to be edited to make it fully compatible again. The problematic entity is in line 13 and column 1.

@XPerceniol I would be interested in that, too! Your issues were very strange as far as I could see. Hello @XPerceniol! I was very busy last week and only now realize that you never replied to our request. What's going on with your computer? Did you manage it to work again? Could you restore your partition completely? And BTW, I gave you some recommendations and tips for trying to get rid of hard drive failures here in this post: Have you considered to perform any of these methods? Anyway, hope you are well, and, take care of you! Cheers, AstroSkipper

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!

Just like me ! Bravo and Upvote !

Of course it will work fine with or without them , it seems realy strange why you (quite often) think that I will suggest something not working , lol. OK , good , I understand you trust nobody , right and quite fine by me ! This result is weird , though . Perhaps it has something to do with XP ? This may explain why the other XP users , like the previous one , have crashes with youtbue and I do NOT . What to do ? Try to replace manifest_version : 2 with something non-existent , like manifest_version : Y or manifest_version : 9 , try to just type in some rubbish into the key :"wvcwevr67ki67n=bk878ckwb" . The general idea would be NOT to remove them completely , but to let the browser think they are still there but NOT valid (version mismatch , etc) and get back to me with the results . I'm sorry if I shall not reply fast . Like I said , I'm having rough sunny days , lol.