AstroSkipper

Long story short. My question was: And your answer was: When one reads what you have written here: one is more likely to come to the conclusion that your affirmative answer does not correspond to the facts. I doubt with a probability bordering on certainty that you have ever installed a legacy Custom Buttons extension in Mypal 68. Those legacy Custom Button extensions from the old custom buttons forum cannot be installed in Mypal 68 at all. They are not compatible with Quantum Firefox versions. They only work in older Firefox versions up to and including 56 and therefore also in the UXP browsers. As you know, I am only interested in real facts.

Yes. Very interesting. Which version of the Custom Buttons extension did you install in Mypal 68? And which method of installation did you apply to get this version fully working in Mypal 68? And since we're on-topic now, you're welcome to be as detailed as possible. In any case, I'm very curious to read what you will report. BTW, the UXP browsers New Moon and Serpent are of no interest here as Mypal 68 is a Quantum browser.

Your expression of interest has been recognised. So, you are the second one who has clearly stated his interest in my custom button. BTW, have you ever installed and used the legacy Custom Buttons extension in Mypal 68? Without it, the PMT custom button cannot be installed and would be then useless.

Your expression of interest has been recognised. So, you are the second one who has clearly stated his interest in my custom button. The PMT - Process Mode Toggler has not yet been published by me or made publicly accessible in any other way. The generally expressed interest in legacy custom buttons has so far been almost imperceptible in this thread as well as in my other thread for UXP browsers. The same applies to the technical interest in UC.JS scripts and CSS stylesheets. That doesn't motivate me much. Since @feodor2 is really interested in his browser Mypal 68 and was kind enough to restore compatibility with the legacy Custom Buttons extension, I sent him as the very first one my PMT custom button as a small gift. It made sense to me, especially considering all the effort he put into developing this browser. As far as I'm concerned, I can put it in mathematical or statistical terms. There is a clear, linear correlation between the statistical features of user interest and willingness of a developer to publish with a correlation coefficient r of r > 0.95.

This off-topic chatter bores me and has no place here. Just to make one thing clear. You dragged the typo topic into my thread. So you are the originator of this off-topic debate here. Don't be surprised if someone replies to this! So if you have nothing to contribute to the topic of Mypal 68 under Windows XP and just want to gossip about trivialities as you very often do, you've come to the wrong place and should rather visit the non-technical subforum.

Ever heard of a typo? Happens even to the best. If you had read my posts carefully, you would have noticed that I had written it correctly in the post before: The part to which you refer came in the next post: If you're not interested in the content of my posts, and you're just looking for spelling mistakes, have fun with it! You will certainly find one or two more.

I'm glad to hear that. For me, the PMT - Process Mode Toggler is ideal for testing and comparing different things in both process modes with only two clicks in the same profile. At the moment, I have reverted to the last officially compatible version 1.46. But I will test the 1.56 version again. Thanks for the hint!

@feodor2 Thanks in advance! And since you are the creator of Mypal 68, have kindly restored compatibility with the legacy Custom Buttons extension and have already installed it, I have chosen you as the very first to install my new custom button PMT - Process Mode Toggler, which I created for use in Mypal 68, only if you want, of course. I am really interested in your opinion, which you are welcome to post here or in my thread Mypal 68 in Windows XP - Custom Buttons and Extensions. I'll send you the download link via PM. The use of this custom button is explained in the Button Help which can be accessed by a right-click onto this button. Greetings from Germany, AstroSkipper

@feodor2 And after all the issues I've reported here, here's something positive that I've noticed. Mypal 68.14.6b runs pleasantly fast in single-process mode and seems to use less RAM than before. That is really pleasing. Thanks for that!

Mypal 68.14.6b - Confirmation popup incorrectly displayed when installing extensions @feodor2 When installing extensions in Mypal 68.14.6b, the last confirmation popup is incorrectly displayed. It doesn't matter whether running the browser in single-process mode or multi-process mode. Here is a screenshot: Here is, for example, a screenshot taken from Mypal 68.14.4b where this confirmation popup is correctly displayed. TBH, this issue is not as important as the previous ones but it is an issue. Or did you make this change consciously?

Mypal 68.14.6b - GIF image animation broken in single-process mode @feodor2 Purely by chance, I have discovered that the animation of GIF images in Mypal 68.14.6b does not work when the browser is operated in single-process mode. Of course, the preference image.animation_mode is set to the value normal. When switching to multi-process mode, however, the animation of GIF files works again. So this seems to be an issue that only affects the single-process mode. Look at my Matrix GIF image below! I should still mention that this issue didn't occur in your previous releases. Cheers, AstroSkipper

@feodor2 First of all, thanks for all your efforts! Especially for restoring the compatibility with the legacy Custom Buttons extension in Mypal 68.14.6b. At the moment, I am testing this new release and found several issues. Mypal 68.14.6b - The loading and scrolling websites issue in multi-process mode Unfortunately, I have to report that loading websites and scrolling them from top to bottom is seriously broken in my fresh installation with a fresh profile (untouched) when running Mypal 68.14.6b in multi-process mode. If scrolling to the top of this MSFN page, for example, leads to a blue window without content. Here is a screenshot: I didn't notice any corresponding errors in the browser console. I have installed the browser versions 68.14.4b, 68.14.5b and, since today, the browser version, 68.14.6b under Windows XP. The website loading and scrolling issue does not occur in version 68.14.4b or in version 68.14.5b. That means the issue started as of your new release 68.14.6b. And the general.smoothScroll preference is of course set to true which is the default value. So, this issue seems to be a more general one in multi-process mode and does not only happen if the general.smoothScroll preference is set to false. P.S.: After some more tests, I noticed that the website loading and scrolling issue doesn't seem to occur in your new release 68.14.6b when running the browser in single-process mode. In this mode, the loading and scrolling of this MSFN website here is very fast and error-free. It therefore appears to be primarily a multi-process mode issue. Maybe, this information is useful for you. At least I do hope so. Cheers, AstroSkipper

Eassos DiskGenius (formerly PartitionGuru) has been my favourite partition manager for years. As far as I know, the last XP compatible version is 5.5.0.1488 from 2023 and works very well under Windows XP. Many, many features, and you get very detailed information about your drives. It is even able to create images of partitions. In any case, I no longer allow any other partition tools to access my hard drives. And I tried a lot of them in the past.

I assume you rather have a problem with a Windows XP SP3 essential security update since you didn't specify which update you are referring to. This, however, means that no one can help you.

The programme LegacyUpdate has been updated and is now available in version 1.10. Here can be found the corresponding changelog: https://github.com/LegacyUpdate/LegacyUpdate/releases/tag/v1.10.0.0 I'll also update my original post as soon as possible. Cheers, AstroSkipper

Since you replied to @ItCoder, I assume that you are using his proxy server method for restoring MU/AU. Your image shows the error code 0x8024400A which is listed as SUS_E_PT_SOAPCLIENT_PARSE - failed in parsing response. This error can also be found in your uploaded WindowsUpdate.log. A very short research led to the following: The error 0x8024400A often occurs in connection with a Windows Server Update Services (WSUS). The reason for this may be that the WSUS configuration was not carried out correctly or the settings were not distributed correctly via the global group policy. Check the following registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate Additionally, you can use the WSUSClientDiagTool tool for checking your WSUS settings. BTW, I personally have never been using @ItCoder's proxy server method. Therefore, I can't say more about it. Cheers, AstroSkipper

Good news! As already reported here, the patch + proxy method for accessing MU is still working. Checked in January 2025. And the Legacy Update service is also working. Checked in August 2024 which I reported in this post. Is anyone here using other methods? Referring to the list of all known methods for accessing MU, please report here if your favoured method is still working in today! This would be very interesting for all users of Windows XP. Thanks in advance! Cheers, AstroSkipper

Which method are you referring to? The patch + proxy method uses the TLS 1.2 or TLS 1.3 ProxHTTPSProxy which is needed to connect to MU via Internet Explorer. The service Legacy Update provides their own client software which means no additional proxy is needed. Here is my report from August 2024 when testing the Legacy Update service: https://msfn.org/board/topic/183498-general-and-specific-solutions-for-problems-regarding-auwumu-in-windows-xp/?do=findComment&comment=1270925 One thing is clear. Today, most connections require at least the TLS 1.2 protocol. Please, first read about the methods before asking! All is described in detail.

No problems here to access Microsoft Update under Windows XP from Germany when using the patch + proxy method. Maybe, your location is the problem due to any restrictions. If you need to check for system updates, try Legacy Update as it is easy to install.

My memory wasn't playing tricks on me. I was able to run even this method in Mypal 68.14.4b one more time. I combined methods from the Alice0775 project targeting FF 69+ and FF 72+ to get this script loading method (without binding via the userChrome.xml file from the Nuchi project) from 4th place of my ranking list running. However, two little fixes inside the userChrome.js file were necessary for that. As I already mentioned, this should actually only work from Firefox 72 onwards. Perhaps, Alice0775 did not even consider this possible variant for FF 68 at that time.

Overview of script loading methods for Mypal 68 This is a ranking list of all script loading methods for Mypal 68, which I am aware of, and reflects the experiences from my tests in the currently most recent versions 68.14.4b and 68.14.5b of this browser. Edit (05.05.2025): This ranking list is valid up to and including version 68.14.7b: Nuchi-Sporif script loading method Alice0775-Nuchi script loading method Nuchi script loading method Alice0775 script loading method Aris-t2/Ardiman-Endor8 script loading method Endor8 script loading method Xiaoxiaoflood script loading method The Nuchi-Sporif script loading method in 1st place is the one I have been making available for download here since 2022. All scripts that are really compatible with Firefox 68+ work with this method in Mypal 68 right from the start. The Alice0775-Nuchi script loading method in 2nd place works similarly well if a small fix I was able to find due to an error message in the browser console is made in its code. The pure Nuchi script loading method in 3rd place does not automatically recognise scripts in the chrome folder. They must be imported manually by the user. But this method works just as well as the two previous methods. The pure Alice0775 script loading method in 4th place is actually available only starting from Firefox 72. But I also got it working in Mypal 68 if I remember correctly. I have tested so much that it is sometimes difficult to keep an overview. If anyone is wondering why I'm bothering with other script loading methods at all when the best one has already been provided by me, then I should mention at this point that the Nuchi-Sporif script loading method no longer works as of Firefox 72. Incidentally, this applies to all Nuchi script loading methods. Since I don't know what @feodor2 plans to do with Mypal 68 in the future and to what extent compatibility will be maintained, it's good to know what alternatives are available. In any case, the methods in 4th to 7th place are also available for higher Firefox versions. When using the Aris-t2/Ardiman-Endor8 or the pure Endor8 script loading method, however, some scripts need to be additionally fixed which I have already successfully done in some cases but this is not always easy. In any case, these two methods led to more fixes to be done in scripts than the methods from 1st to 4th place and need deeper JavaScript and CSS knowledge. Unfortunately, the Xiaoxiaoflood script loading method in 7th place was the worst. Many of the scripts I use do not work with this method. Nevertheless, there are at least 7 methods to load UC.JS scripts in Mypal 68, even if they vary in their structure, user-friendliness and script compatibility. Greetings, AstroSkipper

@Multibooter Just a little tip. If you want to mention and reach someone from this forum, then for example @AstroSkipper is not enough, it should look like this: @AstroSkipper. Otherwise it would only be pure coincidence if your enquiry was noticed.

This is of course true, but it is not the only positive effect. Password protection prevents MediaFire's virus scanner from being able to scan these files and therefore from reporting any further nonsense. My uploaded files should only be downloaded by people who trust me and my information. It works according to the principle Take it or leave it! Nobody is forced to download anything from me. And if after downloading my files a locally installed antimalware programme reports files as malicious, they should then be excluded from scanning as usual.

Only 2 of 62 scanners flag the cacert_Updater_Fixed_Recreated.7z file as malicious. That's a perfect result. One of these two scanners is Kaspersky. So again, forget about Kaspersky! It's trash just like Jiangmin.

In April of 2022, I already recreated the cacert_Updater.exe due to false positives generated by some scanners. Read more about it here: https://msfn.org/board/topic/183352-proxhttpsproxy-and-httpsproxy-in-windows-xp-for-future-use/?do=findComment&comment=1217288 Strangely, the archive in this post has not been flagged as malicious by MediaFire although it contains the same cacert_Updater.exe file.