AstroSkipper

@Monroe Actually, uBO 1.62 is compatible with FF78 and up. And uBO 1.65 is compatible with FF92 and up. But as @feodor2 wrote, one can't rely on version numbers in Mypal anymore, it is now a mix of different ones. So, only trial and error is the game. Personally, I prefer uBO 1.62 at the moment since I don't want to go too far away from FF68 or FF74. Who knows what would be missing if you moved too far away from FF68 in terms of compatibility. OTOH, do not think if something is compatible with FF68, it has to work in Mypal. That's water under the bridge. Think, for example, of the Nuchi-Sporif script loading method which no longer works in Mypal!

uBO can be installed in Mypal 74.1.1 and is working there. Here is a screenshot showing that uBO 1.62 is installed: I was also able to install the latest version 1.65. And TBH, there are no other adblocker extensions comparable with uBO.

@feodor2 This is how the list of all installed custom buttons should look like inside the Add-ons Manager if all is fine. This screenshot comes from Mypal 68.14.8b, the last version where the Custom Buttons extension is fully working and the Add-ons Manager seems to be more stable: P.S.: Clicking extension entries in the Add-ons Manager does not work in single-process mode of Mypal 74.1.1 and leads to the well-known message that the address is not understood. OTOH, in multi-process mode, it seems to be working.

Just for clarification. Editing the bootstrap.js in the way I described above makes the Custom Buttons extension working again. All my self-created custom buttons and the button editor are working as it should be. Only the list of all installed custom buttons inside the Add-ons Manager is broken as already in Mypal 74.1.0. To avoid a general setting to appversion 78 the fix can also be done in the line you referred to: In line 782 of the bootstrap.js file: - if (!FOX85 && appVersion >= 78 && url == "chrome://custombuttons/content/overlay.xul") + if (!FOX85 && appVersion >= 74 && url == "chrome://custombuttons/content/overlay.xul") This is working too, and even the icon of the custom buttons list appears again. However, the list itself is still empty. But this is caused by one of the changes you did in Mypal 74.1.0. Maybe a CSS related change? One thing is clear. Nobody but you will be able to answer that, because only you know exactly what has been changed since Mypal 68.14.8b.

Just for clarification. Editing the bootstrap.js in the way I described above makes the Custom Buttons extension working again. All my self-created custom buttons and the button editor are working as it should be. Only the list of all installed custom buttons inside the Add-ons Manager is broken as already in Mypal 74.1.0.

Yes, it is about Bug 1609556 - Migrate toolbar-context-menu to Fluent (Firefox 78+) comment this one below inside the addon if (!FOX85 && appVersion >= 78 && url == "chrome://custombuttons/content/overlay.xul") Shall consider to put the version 78 then Thanks for replying! And yes, editing the bootstrap.js file inside the Custom Buttons extension causes my custom buttons to reappear, the editor to work again and the options menu to be available again. I did the following: In line 66: - this.appVersion = parseInt(Services.appinfo.platformVersion); + this.appVersion = 78; Not working, being completely empty and not showing its icon is the list of all custom buttons in the Add-ons Manager: Unfortunately, totally broken. Maybe, you have an idea to fix this. Mypal 68.14.8b was the last version where the list worked correctly.

@feodor2 New issue in Mypal 74.1.1: https://msfn.org/board/topic/183657-mypal-68-in-windows-xp-custom-buttons-and-extensions/page/27/#findComment-1281511 Old, well-known issue in Mypal 74.1.0: https://msfn.org/board/topic/183657-mypal-68-in-windows-xp-custom-buttons-and-extensions/page/27/#findComment-1281185 And a question you didn't reply to: https://msfn.org/board/topic/183657-mypal-68-in-windows-xp-custom-buttons-and-extensions/page/27/#findComment-1281186

The Custom Buttons extension has been working basically in Mypal 74.1.0, only the list of all installed custom buttons in the Add-ons Manager has been empty and the Options menu in the Add-ons Manager was not shown. Unfortunately, the Custom Buttons extension now stops working completely in Mypal 74.1.1. No custom buttons appear, and the button editor is broken.

Now, after @feodor2's versions cleanup, I was able to install Scratchpad 0.7.1 in Mypal 74.1.0 as a replacement for the removed, internal Scratchpad but it doesn't work as intended. The Scratchpad window is partially broken. No possibility to run JavaScript code. From this I conclude that Mypal 74 is not yet at the level of FF 72 or even 74 when it comes to extensions. @feodor2, am I right?

Today, I have installed and tested Mypal 74.1.0. @feodor2, thanks for this new version and for cleaning up the version number chaos! Good job! My favoured Alice0775 script loading method still works with this browser version as I have predicted in previous posts. And I am very pleased that the Custom Buttons extensions and all my self-created scripts also work there. However, one issue is still present in Mypal 74.1.0. Clicking entries in the Add-ons Manager does not work yet and leads to the well-known message that the address is not understood.

I'm glad you like my article. Creating it and making the HTTPSProxies more future-proof was a pleasure for me as a die-hard fan of Windows XP.

You can find the download link for the CAupdater in my main article ProxHTTPSProxy and HTTPSProxy in Windows XP for future use in the section 11.2.4. Downloads related to Root Certificate Updates.

Hide Tab Bar If Only One Tab - A UC.JS script for hiding the tab bar if only one tab is present and positioning the new tab button before the search bar As part of my JavaScript and CSS studies , I have been working on hiding the tab bar in Mypal 68 when only one tab is open in the browser, purely for practice purposes. For this endeavor, I was able to develop a number of solutions based on different methods: A purely CSS-based method (variant 1) A purely CSS-based method (variant 2) A purely JavaScript-based method using a mutation event A purely JavaScript-based method using a mutation observer (variant 1) A purely JavaScript-based method using a mutation observer (variant 2) A JavaScript-based method with embedded CSS (variant 1) A JavaScript-based method with embedded CSS (variant 2) I will present the result of my work here today in the form of method 6. Although all methods have their right to exist and conserve resources, methods 1, 2, 6 and 7 are by nature the least taxing on the processor. So, why a JavaScript-based method with embedded CSS instead of a purely CSS-based one? The answer is easy. The purely CSS-based method works fine when it comes to hiding the tab bar in Mypal 68 when only one tab exists but the new tab button is then no longer visible. If you don't need this button, the purely CSS-based method is completely sufficient. But if not, you will miss this button to quickly open new tabs. That's why I created this JavaScript-based method with embedded CSS. Alternatively, when using CSS only, the user first has to manually move the new tab button to a desired location if needed. BTW, there are different CSS code snippets available for hiding the tab bar in the World Wide Web but a lot of them do not work properly in Mypal 68.14.8b. That's why I created my own code, and this as minimal as possible. My HideTabBarIfOnlyOneTabCSS-5.0.uc.js script performs the following actions. First, it positions the new tab button before the search bar. The target position for the new tab button can of course be changed by the user and requires only minimal JavaScript knowledge. Then, it hides the tab bar if only one tab is present. Additionally, this script sets a min-height adjustable by the user for the tabs depending on the density setting currently selected. BTW, all methods have been deeply tested by me and are working in Mypal 68.14.8b. I developed them with my favoured Alice0775 script loading method but they are also working with other methods, such as the Xiaoxiaoflood script loading method. Due to the permanent changes especially regarding CSS made by Mozilla and by @feodor2 who follows their guide lines, this code will definitely break one day. When this happens, I will provide another one of my solutions which will most probably also work in future releases of Mypal 68. Of course, only if there is a recognisable interest. Here is a short animation showing my script in action: This script is aimed at users who only open a few tabs or even only use a single tab. In the latter case, more space is available for the web content when the tab bar is hidden. However, for tab hoarders or tab collectors, this script will be of no use. And here is the download link for my HideTabBarIfOnlyOneTabCSS-5.0.uc.js script: https://www.mediafire.com/file/82ex3oierj09mt1/HideTabBarIfOnlyOneTabCSS-5.0.uc.js/file BTW, my other script HideTabbarWithOneTab.uc.js from August 2024 is now obsolete. It does not work in Mypal 68.14.8b and can only be used in older releases, such as Mypal 68.14.4b. Greetings, AstroSkipper

Welcome back! Not being able to continue reading where you last left off is of course annoying. I wouldn't be particularly pleased either...

Facebook & Co always throw tons of error messages in the Browser Console in New Moon 28. Awful! No interest to look deeper into it since I do not even use such services. But your linked website and video at least work in Mypal 68. BTW, after closing this site in Mypal 68 and cleaning the browser cache, residues remain, which lead to error messages in the Browser Console when switching back to the MSFN page. Only a restart with purging the startup cache provides a remedy. Facebook is simply rubbish. Anyway! Maybe, one day there will be fixes coming from MCP which then might be ported to @roytam1's browsers. @roytam1 will eventually know more details.

The animation above is based on two implementations I use in combination. A CSS stylesheet from Aris-T2 for a tab bar with multiple lines, adapted to my needs, and an UC.JS script I created from scratch for hiding automatically the tab bar if only one tab is present. This UC.JS script is unique, written by me in pure JavaScript and contains a new method I developed to automatically hide the tab bar with only one tab completely, i.e. neither an empty space nor the new tab button remain. This new code works much better than all existing solutions you can find elsewhere. It does its job in all possible cases and doesn't need additional CSS code. There are also pure CSS solutions available from different sources in the World Wide Web but in some cases, they unfortunately either fail or do not work anymore. In contrast, my method is extremely compatible to all existing modifications inside Mypal 68, which could be made by the user, and really hides the tab bar in case of only one existing tab as it is shown in the animation above. My knowledge of JavaScript and CSS, which I have acquired and deepened over the last months on an autodidactic basis, seems to be bearing fruit without end when it comes to scripts. I'm as proud as Oskar (German saying). Especially considering that I am not a programmer by nature.

Your assumption is wrong. Doesn't seem to be one of your strengths. You solely interpret, but not particularly well. All your quotations lead to the statement that it works for me. No more, no less.

Where did I claim that it always works? First of all, it works for me on my Windows XP computer (real installation on a hard disk with time-period correct, old hardware, i.e. no virtualisation). And that means that it can basically work. No more and no less.

Same here in New Moon 28. But it works in Mypal 68.

You didn't provide any information about your previous setting of the gfx.color_management.mode pref. You only stated that you solved it by switching the pref to 0. And therefore, I can't see any propaganda from my side but in contrast to you detailed information. And TBH, I have to ask myself nothing at his point as it works for me with the default setting. So, you should rather ask yourself. And since you are so extremely polite , there will be no further help from me at this point. The sound of words makes the music. I do not have to be insulted and to waste my time for nothing.

The default value of the gfx.color_management.mode pref in New Moon 28, Serpent 52 and Mypal 68 is 2. And this works for me. No need here to set it to 0.

I don't have a crystal ball, and this is not a guessing game. If you really need help, unspecific questions or replies without any information are simply useless. Your problem page works fine in New Moon 28 and Serpent 52, which means that something is wrong on your side. Good luck finding the cause!

Mypal 68.14.8b - Tab bar with multiple lines (the number of lines can be preset by the user) which is automatically hidden if only one tab is present:

There is no such issue in, for example, Serpent 52 (2025-04-03) on my Windows XP computer. Did you try it in a brand new and clean profile without any modifications? FYI, you generally should only post issues confirmed in such a profile.

Why don't you post problems with New Moon and Serpent in @roytam1's thread? It doesn't really make sense to open a new thread for this. You are also much more likely to get an answer there.