Leaderboard

NotHereToPlayGames said: "Both results are TECHNICALLY THE SAME! ie, the SECURITY CHALLENGE CANNOT BE LOADED." Hello roytam1, when trying to access my Paypal account with the latest St52 (2025-08-21), I have to confirm NotHereToPlayGames: And now for NM28 (2025-08-21) with the same PC and the same system settings: That's obviously a difference ! NM28 works with Paypal and St52 won't. WHY ?

I now get this with both of my ISP's. ie, both land on the slide mouse page, both get the green box that the slide mouse page PASSED, but then both end up being blocked with "We couldn't load the security challenge."

Okay, well, I can report that the Restore Session page **IS** working in the most-recent version of Serpent v52. I terminated via Task Manager ten consecutive times and ALL TEN presented a populated windows/tabs table. In the past, two or three of those ten would *NOT* present the table, it would just open/restore my last session **WITHOUT** presenting the table - this is not a "functioning" feature. But I can not replicate this behavior with most-recent version, ALL TEN terminations function properly.

Hello NotHereToPlayGames, You said: "Newer versions of Serpent *do not work* on my end because Session Restore is a **MUST**. I have noted these Session Restore issues in the past and intermittent as they are in newer, I have *ZERO* problems with Session Restore in my older version." ------------------------------------------------------------ I have *ZERO* problems with Session Restore in my latest version of Serpent St52.

I'm afraid that I will have to decline from that experiment. My apologies. Newer versions of Serpent *do not work* on my end because Session Restore is a **MUST**. I have noted these Session Restore issues in the past and intermittent as they are in newer, I have *ZERO* problems with Session Restore in my older version. I have had way WAY too many updates over the years only to REVERT to the version that WORKS for me. Sorry, my version has to remain where it is. When I can no longer text and email from it, then I'll have to cross that bridge when I come to it. Until then, "long live my OLD Serpent". This version WORKS for me and NEWER versions do NOT. Not to sound too blunt, but I have lost interest in newer versions of Serpent all on account of SESSION RESTORE table of tabs/windows NOT POPULATING in newer versions. Again, intermittent as it is, the version that I use always ALWAYS **ALWAYS** populates the Session Restore table, so this is going to be my last version of Serpent until I see changelogs reflect Session Restore fixes.

For Palemoon/Newmoon maybe try the UnMHT extension (legacy extension): https://services.addons.thunderbird.net/en-gb/firefox/addon/unmht/versions/ Direct download for UnMHT: https://addons.thunderbird.net/firefox/downloads/file/662569/type:attachment/unmht-8.3.2-an+fx+sm+tb.xpi?src=version-history For Chromium/Chrome/Brave Browser/etc just save the webpage as MHTML. This option may have to be enabled inside the chrome://flags settings page. If you don't have the option to save a webpage as MHTML, then search for 'MHTML' in chrome://flags.

@awkduck Well, in theory it is possible if we had a team of expert software engineers and system programmers who know 9x in depth, who would dedicate their time to this problem. It is not a simple problem and would require modifying some vxds and dlls and adding new functionality. At first glance it may not look like that, and it may seem simple, but just look at kernel32.dll it is only 460kB, but its assembly code when disassembled is about 5.5MB. Also VMM.VXD is about 450kB but when disassembled it is about 2.5MB of assembly code. Similar applies to VWIN32.VXD and others. There would also be a problem with the shell, User32.dll and GDI32.dll and others which are not fully 32-bit but most of their most important functionality is actually 16-bit because 9x systems are hybrid. And many other important files that would have to be modified. And not just a small modification but a complete reengineering is required. That is a MASSIVE task and therefore it is not realistic to expect such a thing to happen in practice. But we can still use multiprocessors/multicores for, some calculations and such things...

Working at the now bankrupt captcha company that hired low wage poor educated individulas, and we see the result. But like I already wrote, they allowed me to get in only by guessing the word! It's strange to see people having troubles understanding simple sentences, even with the screenshot attached. Now I get a standard Google captcha (very simple!), But I only tried from work.

Just like Supermium, others have a huge memory leak and crashes, so I tested this one, no leak! Most likely due to the 32bit nature. https://github.com/e3kskoy7wqk/Chromium-for-windows-7/releases/tag/136.0.7063.0 More info about the leak. https://github.com/win32ss/supermium/issues/1566

Thanks for the info! So you bought this patch from win32 ss? How fo you know it somewhat works? Or it's just rumours, hearsay?

Colour is spelt as colour in all countries, except one. You wrote, this forum is based in Europe, France to be precise, as we all know, and I always read what you write with attention. No one spells "color" in Europe, apart from (maybe, just my guess) some oldish people, like 90 or more, from the period of US/USSR occupation of Europe in 1945. But they can't join the forum, obviously, and any other generations of Europeans had learnt British English at school, like the rest of the World. "I mentioned but MSFN is based in Europe" https://msfn.org/board/topic/184809-alternative-location-for-discussing-msfns-status-if-msfn-is-offline/page/6/#findComment-1280862 Addition, the absence of articles points out to a foreigner working there.

Tripredacus, the user could be from a troublesome location, Nigeria, Russia, Uganda, whatever. I tried to make an account, they simply asked me for a word. I didn't even have to solve captchas. Though, there is an error in the word colour, a misspelling.

I don't know about AI in search engines, but AI in general seems like one of those things that will corrupt already too corrupted mankind even further.

@Dave-H Maybe your Internet Explorer installation is faulty. Just a guess!

Here the DNS servers I suggested: Google Public DNS. 8.8.8.8. 8.8.4.4. and Cloudflare. 1.1.1.1. 1.0.0.1. Try them! And here's another fix referring to error code 0x80072f8f I have found while researching: Open in a registry editor the key HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\LastRestorePointSetTime. Here you can see a date and a time (that's my idea to find a suitable point in time). Now go back to this date and time plus for example one hour. Try to access MU. Reboot. Then adjust clock to current date and time. Do a synchronization. Reboot. Then try again! The idea is to go back in time to the last successful update on MU web site and try to access the MU server. Some people had success with turning back time to solve error code 0x80072f8f. And here a screenshot of my Internet Options - Advanced referring to HTTP settings: https://imgur.com/EHW7rix

@Dave-H Ok, thanks for further details! I have compared our lists of certificates intently. If you had compared our lists of certificates intently too you would have realized that only one of them is identical. And that is the list of certificates referring to Microsoft in Third Party Root Certification Authorities. But in my list of Intermediate Certification Authorities I have 8 certificates referring to Microsoft and you only 3. Have a look! That's a big difference. If wanted I can upload these missing certificates via PM so that you can import them under Intermediate Certification Authorities. As I told you two posts above expired certificates can still be required and in use too. At last I have analyzed your Windows Update Log once again. Here the interesting lines: 2022-02-01 22:53:27:781 1856 9b0 PT +++++++++++ PT: Synchronizing server updates +++++++++++ 2022-02-01 22:53:27:781 1856 9b0 PT + ServiceId = {7971F918-A847-4430-9279-4A52D1EFE18D}, Server URL = https://fe2.update.microsoft.com/v6/ClientWebService/client.asmx 2022-02-01 22:53:28:796 1856 9b0 Misc WARNING: Send failed with hr = 80072f8f. 2022-02-01 22:53:28:796 1856 9b0 Misc WARNING: SendRequest failed with hr = 80072f8f. Proxy List used: <https=localhost:8080> Bypass List used : <<local>> Auth Schemes used : <> 2022-02-01 22:53:28:796 1856 9b0 PT + Last proxy send request failed with hr = 0x80072F8F, HTTP status code = 0 . . . 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: GetConfig failure, error = 0x80072F8F, soap client error = 5, soap error code = 0, HTTP status code = 200 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: PTError: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: GetConfig_WithRecovery failed: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: RefreshConfig failed: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: RefreshPTState failed: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: Sync of Updates: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 PT WARNING: SyncServerUpdatesInternal failed: 0x80072f8f 2022-02-01 22:53:28:796 1856 9b0 Agent * WARNING: Failed to synchronize, error = 0x80072F8F 2022-02-01 22:53:28:796 1856 9b0 Agent * WARNING: Exit code = 0x80072F8F As we already know Microsoft Update 0x80072f8f error code means ERROR_INTERNET_SECURE_FAILURE ErrorClockWrong. What does it really imply in your case? You can see it in your Windows Update Log. Look at bold text! A client fails to contact its server. In your case client is your computer and server is Microsoft Update Server. Request sent from your computer to MU failed. Synchronizing of client and server failed. Getting configurations failed. That' your problem. What is the conclusion? The connection and synchronization failures between client and server have to be fixed. At first we have to think about what we've already restored and fixed. The Windows Update Agent looks fine and you have reported that all steps of my post "Manually reset Windows Update components (KB971058)" have been performed: Have you performed step 4 too or have you skipped it as recommended? If you skipped step 4 then it should be catched up. Furthermore I added another registering of a DLL component: in step 6: Perform this registering to complete step 6. Now some settimgs: Go to IE Internet Options, Advanced and click to select the Use HTTP 1.1 and the Use HTTP 1.1 through proxy connections check boxes if not already selected. Next check if system service HTTP-SSL has system been started. If not start it and set it to Auto Start. Now reboot your computer, try to access MU again and post your Windows Update Log. If these tips don't solve the problem I have another one: Change your DNS servers to Cloudflare or Google and check if it helped. I use often DNS servers of Cloudflare but at the moment the servers of my provider. So far from me today!

@Dave-H I've read an interesting article of a person who had same error code and the solution was a missing certificate in a chain of certificates. Check if following certificate exists under Trusted Root Certification Authorities: GTE CyberTrust Global Root valid until 14.08.2018. I know it has expired but I've read that such expired certificates can still be in use. It's just a try. Furthermore I've found another tip that obviously others had helped: And one more question: Do you have a normal installation of XP or are you running it in a VM? Is your computer a clent or server in a network or a stand-alone one?

@Dave-H Yesterday I had trouble to access Google and other web sites using HTTPSProxy. What had happened? I checked and found out that HTTPSProxy's cacert.pem was faulty. I downloaded a new one manually from this link https://curl.se/ca/cacert.pem and copied it in HTTPSProxy's program folder. I deleted all certificates in certs folder and after starting the proxy I could access all sites without any problems. Updating cacert.pem in SysTray menu is working again. So what is the teaching of that? You have to check and deeply too. Comparing two files only due to size and date is not enough. A binary comparison is necessary or comparing hash values. You can do it for example with Total Commander. So download a fresh cacert.pem from link above and compare it to yours just to be sure your certs are valid and proper in your HTTPSProxy's program folder. Here is a screenshot of my Intermediate Certificate Authorities (there are Microsoft related certificates too): https://imgur.com/G2ogHnj I don't know if they are relevant, they seem to be expired. And here my Third Party Root Certificate Authorities: https://imgur.com/vY3dnq8 What is your current time server? And please upload a new WindowsUpdate.log! Maybe something has changed. A lot of Windows users have reported getting error code 0x80072f8f due to activation problems. So my next question. Is your Windows XP Professional properly activated? Do you have Windows Genuine Advantage (WGA) Validation Tool installed and what is your version? As far as I know the latest version for XP is 1.9.40.0. And I know a lot of questions. Sorry!