Leaderboard

Hello @Saxon! Thanks for your reply! Your quote refers to version Comodo Firewall 12.0.0.6818 and is therefore version 12. However, I referred to version Comodo Firewall 8.4.0.5165 which is obviously version 8 and therefore older. In this thread, a member has also confirmed what I once read in the Comodo forum and therefore wrote to you: TBH, I have not been a fan of Comodo for a long time, and it's a long time ago when I used it. Furthermore, I do not plan to test this firewall. As I already wrote, my firewall is Windows 10 Firewall Control Free XP 7.5.105.217 from Sphinx, and I am not about to uninstall it for testing purpose. If anyone was interested in testing Comodo Firewall 8.4.0.5165, that would be great, of course.

CF makes a series of fingerprints, and canvas isn't the main. They look at CH, WebGl, , System Fonts, Clientrects, IP, device CPU cores count, RAM amount, audio API fingerprint, even if you change the canvas, the rest will stay the same.

// ==UserScript== // @name mediamarkt.de | saturn.de quick fix // @namespace https://github.com/UCyborg // @version 1.0 // @author UCyborg // @match https://www.mediamarkt.de/* // @match https://www.saturn.de/* // @grant none // ==/UserScript== let a = document.getElementsByTagName('style')[0]; a.innerHTML = a.innerHTML.replace(`*:where(:not(iframe, canvas, img, svg, video):not(svg *, symbol *)) { all: unset; display: revert; }`, ''); It was implemented in Firefox first in 2019, that's 4 years ago, pre-COVID-19. So how can you say it will be Google that will come up with something else, it could be Mozilla.

Same idea as canvasblocker on random, for sp52?

Hello @Saxon! As I already wrote here, users reported in the Comodo Forum that the last error-free working version under Windows XP has been Comodo Firewall 8.4.0.5165. Have you really tried this version? Actually, it should work under Windows XP.

Thank you, interesting observations. I am of the same opinion, it was fine up to 2015. I wonder if upgrading even makes sense.

All languages are included in this project. But the inventories are hard to get in all the supported languages. As for V4 updates, they're firstly added in english to properly fix them, and then translated.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20230729-3219d2d-uxp-bdc6b90572-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20230729-3219d2d-uxp-bdc6b90572-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-20230729-3219d2d-uxp-bdc6b90572-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-20230729-d849524bd-uxp-bdc6b90572-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20230729-d849524bd-uxp-bdc6b90572-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.7a1.win32-git-20230729-d849524bd-uxp-bdc6b90572-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.7a1.win64-git-20230729-d849524bd-uxp-bdc6b90572-xpmod.7z Official UXP changes picked since my last build: - Issue #1240 - Part 1 - Define a new BigInt primitive type. Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 1.0. However leaving out the --enable-bigint changes. (f041afc61d) - Issue #1240 - Part 2 - Define the BigIntObject class for BigInt wrapper objects. Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 3. In our Part 3 we will fast forward to the V8 implementation skipping GMP. (13ac0d6483) - Issue #1240 - Part 3a - Adjust mozilla::FloatingPoint<T>'s definition. So only the barest details are specified for floating-point encodings, with every other number, bit mask, &c. mathematically derived. Also add a bunch of documentation comments. https://bugzilla.mozilla.org/show_bug.cgi?id=1508725 Prerequisite for our V8 fast forward. (ddd49121a6) - Issue #1240 - Part 3b - Implement WrappingOperations.h for wraparound math operations & conversions. https://bugzilla.mozilla.org/show_bug.cgi?id=1441657 Implement mozilla::WrappingMultiply. Prerequisite for our V8 fast forward. (d42d5ce138) - Issue #1240 - Part 3c - Fast-forward to the V8 version of BigIntType. Disabling some sections temporarily since the dependencies are not there yet. Based on the following: https://bugzilla.mozilla.org/show_bug.cgi?id=1502797 https://bugzilla.mozilla.org/show_bug.cgi?id=1471134 https://bugzilla.mozilla.org/show_bug.cgi?id=1441098 Part 3 & 4 Add structured clone support for BigInt and Enable BigInt wrapping from DOM bindings. https://bugzilla.mozilla.org/show_bug.cgi?id=1522738 (07b6c03dc7) - Issue #1240 - Part 4 - Implement parser support for BigInt literals. https://bugzilla.mozilla.org/show_bug.cgi?id=1505849 Partially based on https://bugzilla.mozilla.org/show_bug.cgi?id=1456568 Un-result-ified the BigInt XDR code, so we can enable it. https://bugzilla.mozilla.org/show_bug.cgi?id=1419094 Uninitialised memory read with BigInt right-shift https://bugzilla.mozilla.org/show_bug.cgi?id=1679003 (dc23241afb) - Issue #1240 - Part 5a - BigInt to Number conversion. https://bugzilla.mozilla.org/show_bug.cgi?id=1466893 (25ee810247) - Issue #1240 - Part 5b - BigInt support for basic arithmetic operations. https://bugzilla.mozilla.org/show_bug.cgi?id=1471134 Parts 3-5. (44b5d8dec3) - Issue #1240 - Part 5c -Implement ToInt32OrBigInt operation. https://bugzilla.mozilla.org/show_bug.cgi?id=1490387 (d44e3c9941) - Issue #1240 - Part 5d - Use the radix when parsing BigInts. Fixes Hex, Octal and Binary BigInt literal parsing. Previously it was only parsing in decimal. (20b52c9e2e) - Issue #1240 - Part 5e - BigInt bitwise operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1490387 (03734326e8) - Issue #1240 - Part 5f - Add DataView methods for BigInt access. https://bugzilla.mozilla.org/show_bug.cgi?id=1528582 (e3ec738471) - Issue #1240 - Part 6a - Implement BigInt.prototype.toLocaleString. https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 5. (e8f0ea219f) - Issue #1240 - Part 6b - Use ToIndex when constructing TypedArray with length argument. https://bugzilla.mozilla.org/show_bug.cgi?id=1317383 Part 2. (e004b99054) - Issue #1240 - Part 6c - Implement asIntN and asUintN methods for BigInt values. https://bugzilla.mozilla.org/show_bug.cgi?id=1501104 (bbbab3898f) - Issue #1240 - Part 5g - Implement BigInt comparison operators. Implement BigInt support for equality operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1486173 Part 3. Implement BigInt support for relational comparison operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1492669 (1355043d40) - Issue #1240 - Part 7 - Handle BigInt values in XPCVariant code. https://bugzilla.mozilla.org/show_bug.cgi?id=1603055 (4a3f1b7570) - Issue #1240 - Part 8 - Fix incorrect asserts with debug enabled. Fix BigInt errors in remainder operations https://bugzilla.mozilla.org/show_bug.cgi?id=1524136 Also fix 2 debug asserts in fallthroughs due to missing BigInt cases. (7a30b0fa2d) - Issue #1240 - Part 9 - Fix incorrectly parsing decimal BigInt 0n. The decimal parser strips leading 0s, so prevent tokenbuf being empty. (4aa193b16b) - Issue #1240 - Part 10 - Implement minimal Ion support for BigInt. https://bugzilla.mozilla.org/show_bug.cgi?id=1507484 Implement IC support for BigInt. https://bugzilla.mozilla.org/show_bug.cgi?id=1522431 (2d5ee3c457) - Issue #1240 - Part 11 - Fix several issue reported on review. Skip over block delimiters when parsing BigInt literals. Update BigInt hashing to account for the possibility of moving GC. https://bugzilla.mozilla.org/show_bug.cgi?id=1531018 Make HashableValue comparison of BigInts infallible. https://bugzilla.mozilla.org/show_bug.cgi?id=1530406 Fix BigInt constructor API CallArgs usage. https://bugzilla.mozilla.org/show_bug.cgi?id=1526279 (15115c97fd) - No Issue - Fix intermitted crash on MacOS 14 Sonoma Beta 3. Not sure why this is happening but mIOSurface is nullptr. If we just skip binding, it will be created on the next call to BeginUpdate. (0fc38724d1) 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: - js/BitInt: add BigInt support in JitFrames, fix crash in discord when posting. (bdc6b90572) pdate 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.

''Note that Comodo staff whitelisted a malware twice, so I don't trust it much.'' https://www.wilderssecurity.com/threads/comodo-firewall-for-windows-10.413789/

With the advent of BigInt support it is still not possible to log into a Fritz!Box, it still reports: TypeError: Promise.allSettled is not a function and fails to render the password field on the login screen. My current workaround is to use Mypal68 to talk to my Fritz!box when using XP. This suggests that there is some kind of edge case causing Promise.allSettled to fail but I'm all out of ideas as to how to debug it further. Ben.

Just loaded Kafan into a VM and wow, that is annoying and I couldn't find a way to fix it either.

i advise you to use virtual box to your virtual machine , i try in virtual box to see if your problems appear to me or not and the result is this : becky 2.74 work , and sylpheed 3.7.0 work also , i have only install NETFX40W2Kv2.wlu and NETFX40JA2K.wlu>> no necessary.

it "breaks" in newer NM28/SP52/SP55 just because `:where` keyword is implemented as MCP says: https://forum.palemoon.org/viewtopic.php?p=241734#p241734

Well, who would have thought? German sites/services not loading properly in "our" legacy browsers? "Dirty" workaround in Serpent 52: Pick only one (doesn't matter which) on the list of below four "about:config" prefs: layout.css.all-shorthand.enabled;true layout.css.is-where-pseudo.enabled;true layout.css.legacy-negation-pseudo.enabled;false layout.css.unset-value.enabled;true ... and toggle its value; then the sites will render OK: As I am unsure of the eventual effect on other sites, once you're finished with MM/Saturn, reset the pref you initially selected ... Regards

Well, I hope you do it safely, and covering your tracks. Ahem, I hadn't offered any opinion. The PhD holder in your mind is talking to himself.

Yeah, I am and have always introduced myself as an informed user, period. When I find someething noone else (to my knowledge) has noticed, I post in these (among other) forum(s) so people who know point me in the right direction. PhDs today are worth nothing, in my opinion, beyond the quality of the beholder. And quality recognices no academic boundaries, in my humble experience. PS1: I love the Netherlands. I've been there and done all that and will do it again, shortly. Food included. But in the country where I live, ranked foodwise above the fine dutch cuisine, PhDs are things that money pays. And in the streets of my country's cities (they do still exist, like they do in Amsterdam and Rotterdam, at least) they are considered relatively well paid servants of oligopolistic crooks, for the most part. There are of course, exceptions, and among them, only a few (I dare to guess) use XP. Unless they are wise enough. Be well.

Reported on Pale Moon forum, they both use The New CSS Reset.

Hello @WSC4! Of course, you have to make your own experiences. I would recommend starting with New Moon 28, based on Pale Moon, and Serpent 52, based on Basilisk. That's what I am using under Windows XP mainly. BTW, you can easily open a session with 20 tabs or more, but it is not a good idea to open them all at once. I use the extension Lull The Tabs to keep them in an unloaded state until I need one of them. Doing so, New Moon and Serpent consume much less resources. Greetings, AstroSkipper

There is NO "universal" answer to that question. The simple fact of the matter is that you WILL have to try all of them and decide which one fits YOUR personal preferences.

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 http://o.rthost.win/basilisk/basilisk55-win32-git-20230729-cc1746f04-xpmod.7z Win64 http://o.rthost.win/basilisk/basilisk55-win64-git-20230729-cc1746f04-xpmod.7z repo: https://github.com/roytam1/basilisk55 Repo changes: - ported from UXP: Issue #1240 - Part 1 - Define a new BigInt primitive type. Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 1.0. However leaving out the --enable-bigint changes. (f041afc6) (34419f498) - ported from UXP: Issue #1240 - Part 2 - Define the BigIntObject class for BigInt wrapper objects. Based on https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 3. In our Part 3 we will fast forward to the V8 implementation skipping GMP. (13ac0d64) (fc5bb92c2) - ported from UXP: Issue #1240 - Part 3a - Adjust mozilla::FloatingPoint<T>'s definition. So only the barest details are specified for floating-point encodings, with every other number, bit mask, &c. mathematically derived. Also add a bunch of documentation comments. https://bugzilla.mozilla.org/show_bug.cgi?id=1508725 Prerequisite for our V8 fast forward. (ddd49121) (91fabc37c) - ported from UXP: Issue #1240 - Part 3b - Implement WrappingOperations.h for wraparound math operations & conversions. https://bugzilla.mozilla.org/show_bug.cgi?id=1441657 Implement mozilla::WrappingMultiply. Prerequisite for our V8 fast forward. (d42d5ce1) (49dc7be42) - import from UXP: Issue #1240 - Part 3c - Fast-forward to the V8 version of BigIntType. Disabling some sections temporarily since the dependencies are not there yet. Based on the following: https://bugzilla.mozilla.org/show_bug.cgi?id=1502797 https://bugzilla.mozilla.org/show_bug.cgi?id=1471134 https://bugzilla.mozilla.org/show_bug.cgi?id=1441098 Part 3 & 4 Add structured clone support for BigInt and Enable BigInt wrapping from DOM bindings. https://bugzilla.mozilla.org/show_bug.cgi?id=1522738 (07b6c03d) (80a55462c) - ported from UXP: Issue #1240 - Part 4 - Implement parser support for BigInt literals. https://bugzilla.mozilla.org/show_bug.cgi?id=1505849 Partially based on https://bugzilla.mozilla.org/show_bug.cgi?id=1456568 Un-result-ified the BigInt XDR code, so we can enable it. https://bugzilla.mozilla.org/show_bug.cgi?id=1419094 Uninitialised memory read with BigInt right-shift https://bugzilla.mozilla.org/show_bug.cgi?id=1679003 (dc23241a) (5e37d7f16) - import from UXP: Issue #1240 - Part 5a - BigInt to Number conversion. https://bugzilla.mozilla.org/show_bug.cgi?id=1466893 (25ee8102) (f37c3575d) - ported from UXP: Issue #1240 - Part 5b - BigInt support for basic arithmetic operations. https://bugzilla.mozilla.org/show_bug.cgi?id=1471134 Parts 3-5. (44b5d8de) (e9db14392) - import from UXP: Issue #1240 - Part 5c -Implement ToInt32OrBigInt operation. https://bugzilla.mozilla.org/show_bug.cgi?id=1490387 (d44e3c99) (52cd25051) - import from UXP: Issue #1240 - Part 5d - Use the radix when parsing BigInts. Fixes Hex, Octal and Binary BigInt literal parsing. Previously it was only parsing in decimal. (20b52c9e) (e6f87b935) - import from UXP: Issue #1240 - Part 5e - BigInt bitwise operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1490387 (03734326) (c636a3619) - import from UXP: Issue #1240 - Part 5f - Add DataView methods for BigInt access. https://bugzilla.mozilla.org/show_bug.cgi?id=1528582 (e3ec7384) (f8a89726e) - import from UXP: Issue #1240 - Part 6a - Implement BigInt.prototype.toLocaleString. https://bugzilla.mozilla.org/show_bug.cgi?id=1366287 Part 5. (e8f0ea21) (3eec0cf70) - import from UXP: Issue #1240 - Part 6c - Implement asIntN and asUintN methods for BigInt values. https://bugzilla.mozilla.org/show_bug.cgi?id=1501104 (bbbab389) (b63e50296) - import from UXP: Issue #1240 - Part 5g - Implement BigInt comparison operators. Implement BigInt support for equality operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1486173 Part 3. Implement BigInt support for relational comparison operators. https://bugzilla.mozilla.org/show_bug.cgi?id=1492669 (1355043d) (39f489448) - import from UXP: Issue #1240 - Part 7 - Handle BigInt values in XPCVariant code. https://bugzilla.mozilla.org/show_bug.cgi?id=1603055 (4a3f1b75) (86680acff) - import from UXP: Issue #1240 - Part 8 - Fix incorrect asserts with debug enabled. Fix BigInt errors in remainder operations https://bugzilla.mozilla.org/show_bug.cgi?id=1524136 Also fix 2 debug asserts in fallthroughs due to missing BigInt cases. (7a30b0fa) (58dd96863) - import from UXP: Issue #1240 - Part 9 - Fix incorrectly parsing decimal BigInt 0n. The decimal parser strips leading 0s, so prevent tokenbuf being empty. (4aa193b1) (10f0b4e02) - ported from UXP: Issue #1240 - Part 10 - Implement minimal Ion support for BigInt. https://bugzilla.mozilla.org/show_bug.cgi?id=1507484 Implement IC support for BigInt. https://bugzilla.mozilla.org/show_bug.cgi?id=1522431 (2d5ee3c4) (205f33291) - ported from UXP: Issue #1240 - Part 11 - Fix several issue reported on review. Skip over block delimiters when parsing BigInt literals. Update BigInt hashing to account for the possibility of moving GC. https://bugzilla.mozilla.org/show_bug.cgi?id=1531018 Make HashableValue comparison of BigInts infallible. https://bugzilla.mozilla.org/show_bug.cgi?id=1530406 Fix BigInt constructor API CallArgs usage. https://bugzilla.mozilla.org/show_bug.cgi?id=1526279 (15115c97) (dc387c94c) - import from UXP: No Issue - Fix intermitted crash on MacOS 14 Sonoma Beta 3. Not sure why this is happening but mIOSurface is nullptr. If we just skip binding, it will be created on the next call to BeginUpdate. (0fc38724) (8e6c59994) - import from `custom` branch of UXP: js/BitInt: add BigInt support in JitFrames, fix crash in discord when posting. (bdc6b905) (cc1746f04)

TBH, I never fear anything. I thought this temporary issue was because of a network connection problem at your location. It's that simple.

You're welcome! Glad it works for you!

Panda Antivirus is great, free of charge and even offers a real-time protection. I used Panda some months, was totally satisfied and didn't have any problems with it. Unfortunately, I can't install more than one antimalware programme with real-time protection in a Windows XP partition, though. And I personally prefer Malwarebytes inevitably due to my lifetime licence. And just for clarifcation, I always mean what I say or write, contrary to some others. Anyway! Ultimately, however, the mature reader must decide for himself what he wants to use or not. And this also applies to me, of course. In this thread, I only provide information and in a few cases either warnings or recommendations, all to the best of my knowledge and belief.

One of my computers has two Windows XP partitions. Until now, I had installed Malwarebytes Premium 3.5.1.2522 on both. I have now changed that. I have installed Malwarebytes Anti-Malware Pro 1.75.0.1300 on one of them for a week. On older, less powerful computers, you notice a considerable difference. Malwarebytes Anti-Malware Pro 1.75.0.1300 is much more resource-efficient and lightweight. I loved to use it in the past, and now, I am able to enjoy it again. I am very happy. On more powerful computers, I would of course prefer Malwarebytes Premium 3.5.1.2522.

It's not an overclock per se. The BIOS just unlocks the boost limit. And all voltages will stay the same. It doesn't mean the card will run in boost mode for 24/7, and you have a proper ventilated case.

seems to be fine as well. Great to see that Tab Mix Plus is working again in Serpent 52! I therefore assume that the error I reported regarding Tab Utilities Phoenix has also been solved. In any case, I am very excited about the new releases and am already looking forward to them.

Here is a link with all official language packs for Firefox 45.9.0esr: https://ftp.mozilla.org/pub/firefox/releases/45.9.0esr/win32/xpi/ Maybe, they are still working or they have to be modified. I don't know that as I don't use this browser. For changing the language, you can use a language switcher extension, or you do it manually in the preference general.useragent.locale via about:config as usual.

Yep, I reverted the preference dom.webcomponents.enabled back to its default setting. Too much errors in my web console. An old, weak CPU also has advantages, though. The user notices immediately that something is getting out of hand.

Ideally, ungoogled-chromium would be the best option. Also I'm still not sure why someone didn't take a backup of the svn/git repo of the last known working compile for win7 along with the build tools, that would at least make it easier to analyse the source at a fixed point in time and perhaps backport things.

All of your predictions seemed to be true. I would say I am dissapointed but I already had a bad gut feeling after you first told us about their lies. Well, then it is really up to these Forums here again to try fixing what Google and Microsoft try to destroy. How is it that they say "it is too hard to port things back to 7/8.1, since Google already removed their codes"' without even trying? They're just bad liars and never really attended to do so. Again, thanks @D.Draker @win32 and everyone, who participate in finding ways how to keep up using modern software on those OS. Great job guys

Have you ever connected successfully to a server of a commercial VPN provider using the protocol IPSec Xauth PSK provided by the Shrew Soft VPN Client under Windows XP in the past? Is that possible with VPN clients like Shrew Soft or TheGreenBow at all? Or can connections only be established to VPN Gateways of VPN appliances produced by vendors such as Cisco, Juniper, Checkpoint, Fortinet, Netgear, Linksys, Zywall and so on?

I have to say that I do work at unnamed company located in czech republic and we have around 120 computers running windows 7 enterprise with valid ESU license. So yeah.. I've clearly never been to business environment. They will be online even after the end of ESU, but we applied strict rules and we have firewall and antivirus in place as well VPN. We also have windows 10 computers ofc but they are being replaced with MacBooks mostly. oh and btw firefox ESR is the browser we use back here. Guess someone in this forum will call Czechia as Eastern europe then.

Thanks @CIACIACIACIACIACIA! Another new version! The frequency of program updates on Legacy Update has risen sharply. A sign of active development! I already updated the link in my post: Cheers, AstroSkipper

The program LegacyUpdate 1.2.1 has been updated and is now available in version 1.3. I'll update my original post, too. Cheers, AstroSkipper

You're welcome! I think it's important to have an overview of all solutions or possibilities for updating Windows XP. This was the main idea when I created this thread.

Legacy Update - An alternative to Microsoft or Windows Update Legacy Update is a community-run resource to help you fix the Windows Update service on earlier versions of Windows. More information and instructions can be found on the homepage of Legacy Update. Here is the link: https://legacyupdate.net/ And this is the download link of the program which is needed to be installed: https://content.legacyupdate.net/legacyupdate/LegacyUpdate-1.10.exe Changelogs & older versions on GitHub: https://github.com/kirb/LegacyUpdate/releases Very important is the hint for Windows XP users on their homepage: Some screenshots of this service: I didn't try this service, no need for me at the moment, but as far as I read in different comments, it works properly with Windows XP and other OSs. Thanks to @maile3241 for the hint! Cheers, AstroSkipper

Announcement: ProxHTTPSPoxy's systray menu will be released in the next days The test phase of ProxHTTPSPoxy's systray menu has been finished successfully and I've decided to publish it in the next days. I still have to configure the download package, title it, write documentation and check it all. Here is the latest screenshot of ProxHTTPSPoxy's systray menu: @Dave-H, as you can see I followed your suggestion to formulate the items as clear as possible for all users. Thanks again for your opinion! Cheers, AstroSkipper

I totally forgot to mention the main reason why you can't easily put ProxHTTPSProxy in first place. There are three executables relating to heinoganda's proxy, two located in program's root directory and the main executable in a subfolder of it, all with different functIons. In contrast HTTPSProxy has got only one executable. Therefore it's easy to put HTTPSProxy.exe in first place but not in case of ProxHTTPSProxy.

Thanks for your reply and your opinion!

Hi @Dave-H, What's a shame? BTW I've found out which OpenSSL version is used in HTTPSProxy. As guessed it's OpenSSL 1.1.0i, so no support of TLS 1.3 in HTTPSProxy.

Hi @VistaLover, we know by now that openSSL 1.1.1d supports TLS 1.3. So what do you think? What would it take to activate the already present capabilities of openSSL 1.1.1d in @heinoganda's ProxHTTPSProxy REV3e relating to TLS 1.3 and its ciphers to get them working in Windows XP? First of all, it is rather a theoretical question than a practical one.

You're welcome! Spontaneous formation of a team of MSFN members to solve problems is great indeed.

Thank you for providing a download link of ProxHTTPSProxy REV3e! I have added your link to my article above in section Downloads so that the reader has a better overview.

You're welcome! Nice to hear that you liked it.

What is your current error code? Is it 0x80070002?

Maybe you really used it before. I already recommended it some posts before:

Dear TECHGEEK , please moderate this topic and cleanse it from pollution regarding Vista vs. 7/10 stuff , or create a new one , for those that in such painful lust to compare , thank you.

Yes , but in Vista they are gentle and nice , delicate .

I have nvhda64v.sys. Okay , could this be the system's own limitation ? Something in the ksthunk.sys ? When I open the device manager , it says ksthunk.sys and nvhda64v.sys are the drivers for Nvidia HD audio. Also , forgot to mention , TrueHD is not available too , but I don't care about it since I don't like how it sounds , I only need DTS HD MA.

Hello , I've been observing this topic for quite some time. First of all , I really admire your work , it's fantastic ! Some may not believe , but I'm still running UNpatched Vista x64 SP2 and haven't had any issues. The only update I have is DX11 for gaming. And yes , there's still a good number of Vista users. May I ask, if you have the modded files for virgin SP2 . I just wanted to try to launch some games that require missing APIs. Perhaps if someone will kindly give me the patched ISO , I'll also try to test , but for now the vanilla SP2 files are enough for me. Thank you !! P.S. Wanted to ask/suggest . Any plans to make something like zernel35 , like they did for XP ? Messing with system files isn't for everyone (I guess). I've managed to launch some unsupported programmes just by adding/hooking new DLL's in their folders, sadly I lack advanced programming skills , like you. About Haswell , there are no errors if running x86 , none at all !