MyPal 68

[tinman2000]

Hey AstroSkipper - you are correct, sir...i.e. taking out the tab bar.

How did you work your magic? My technical know-how is somewhat limited. So I bow to the master.

[AstroSkipper]

11 hours ago, tinman2000 said:

Hey AstroSkipper - you are correct, sir...i.e. taking out the tab bar.

How did you work your magic? My technical know-how is somewhat limited. So I bow to the master.

Thanks!  All further considerations regarding your request will be now done in my thread which I created especially for such things. 

[tinman2000]

Okay, one more... Does anyone know how to get rid of unresponsive script errors on MyPal 14?

I keep getting the following error - and I'm not sure if there's a setting I should adjust to get rid of it.

I get these errors constantly on eBay, Amazon and YouTube.

[AstroSkipper]

46 minutes ago, tinman2000 said:

Okay, one more... Does anyone know how to get rid of unresponsive script errors on MyPal 14?

I keep getting the following error - and I'm not sure if there's a setting I should adjust to get rid of it.

I get these errors constantly on eBay, Amazon and YouTube.

Set both prefs dom.max_script_run_time and dom.max_ext_content_script_run_time to the value of 0 via about:config!

[tinman2000]

Thanks AstroSkipper - those unresponsive script errors are gone!

But now, I've started to get some new "tab crash" errors when I'm using eBay. They don't happen constantly - but they are cropping up.

What should I do? Adjust those values again?

[AstroSkipper]

10 hours ago, tinman2000 said:

Thanks AstroSkipper - those unresponsive script errors are gone!

But now, I've started to get some new "tab crash" errors when I'm using eBay. They don't happen constantly - but they are cropping up.

What should I do? Adjust those values again?

No. Actually, these crashes can't be related to these two prefs settings. I use both for a longer time and didn't notice any tab crashes. TBH, I have never seen this messsge before. This must be caused by someting different. And the crappy eBay website doesn't work well in Mypal 68 for some time. I did an order on eBay yesterday using Mypal 68, and it wasn't a pleasure. You should use uBlock Origin in any case especially if accessing such bloated websites. Do you use Mypal 68 in single- or multi-process mode? Do you use a new, clean profile?  Please provide more detailed information when posting issues! 

Edited August 25, 2024 by AstroSkipper
Update of content

[AstroSkipper]

12 hours ago, tinman2000 said:

But now, I've started to get some new "tab crash" errors when I'm using eBay. They don't happen constantly - but they are cropping up.

What should I do?

Disable hardware acceleration as a test to see if eBay tabs still crash or not! Check all relevant settings regarding hardware acceleration in about:config! Especially media and codecs related ones. Tab crashes are very often related to the hardware acceleration as reported by users. Of course, there may also be other reasons. Check also your graphics card drivers and all related settings! Furthermore, try to block on eBay as much as possible by uBlock Origin! And provide your hardware specs regarding CPU, RAM and graphics card, and the used OS!

PS: All test should be done in a brand new and clean profile to ensure that the used profile isn't faulty.

Edited August 25, 2024 by AstroSkipper
Update of content

[feodor2]

@tinman2000 please raeadmy gihub page https://github.com/Feodor2/Mypal68?tab=readme-ov-file#mypal68

There is a what to do with the crash, also the latest version has a drawback too, I suggest to take the 14.2 version, which will be better

[AstroSkipper]

4 hours ago, feodor2 said:

also the latest version has a drawback too

What kind of drawback is it? The last weeks, I had been using Mypal 68.14.3b, and all in all, I couldn't observe any serious problems. Today, I have updated to Mypal 68.14.4b. I should mention at this point that I use all your releases with an xul.dll file rebased on the base address of 0x6af00000 to try to improve the terrible memory hunger of Mypal 68. As a further and quite effective measure, especially in multiprocess mode, I automatically perform every 10 minutes a memory minimization by a legacy custom button.  



In this way, I free Mypal 68 from occupied RAM memory (and that's not even that little) that it does not want to release on its own, even though it no longer needs it.  I wonder if such a feature could be optionally implemented in Mypal 68 under the Options → Performance tab, i.e. a checkbox with an input field to minimize memory every x min where x is set by the user.  In the end, this would automatically call up the already existing minimize memory function, which all Firefox browsers natively have, periodically. In any case, Mypal 68 (and thus Firefox) must be restricted as far as RAM consumption is concerned. Especially on old, weak computers that are only equipped with a small amount of RAM. 

Edited August 25, 2024 by AstroSkipper
Update of content

[tinman2000]

3 hours ago, feodor2 said:

@tinman2000 please raeadmy gihub page https://github.com/Feodor2/Mypal68?tab=readme-ov-file#mypal68

There is a what to do with the crash, also the latest version has a drawback too, I suggest to take the 14.2 version, which will be better

The tab crashing seems to have gone away on eBay.com. (It only happened a few times.) If I run into it again, I'll try upgrading to the next version.

[AstroSkipper]

On 8/25/2024 at 1:48 PM, AstroSkipper said:

On 8/25/2024 at 12:18 PM, feodor2 said:

also the latest version has a drawback too

What kind of drawback is it?

@feodor2 Any information on that? 

On 8/25/2024 at 1:48 PM, AstroSkipper said:

I wonder if such a feature could be optionally implemented in Mypal 68 under the Options → Performance tab, i.e. a checkbox with an input field to minimize memory every x min where x is set by the user.  In the end, this would automatically call up the already existing minimize memory function, which all Firefox browsers natively have, periodically. In any case, Mypal 68 (and thus Firefox) must be restricted as far as RAM consumption is concerned. Especially on old, weak computers that are only equipped with a small amount of RAM. 

@feodor2 Actually, this was a feature request. Any opinion on this? 

[feodor2]

On Sun Aug 25 2024 (GMT+0000) at 2:48 PM, AstroSkipper said:

I use all your releases with an xul.dll file rebased on the base address of 0x6af00000 to try to improve the terrible memory hunger of Mypal 68

This is interesting, please elaborate how to select the value? The drawback is about this too, more memory hungry and then crash even if you have it free left.

8 hours ago, AstroSkipper said:

minimize memory every x min where x is set

I remember something was done already in extension, the question is the minimize memory thing useful at all.

[AstroSkipper]

2 hours ago, feodor2 said:

On 8/25/2024 at 1:48 PM, AstroSkipper said:

I use all your releases with an xul.dll file rebased on the base address of 0x6af00000 to try to improve the terrible memory hunger of Mypal 68

This is interesting, please elaborate how to select the value? The drawback is about this too, more memory hungry and then crash even if you have it free left

Rebasing is not a panacea. But I have had great experiences with rebasing the chrome.dll file in the 360Chrome browser. On my hardware, I was able to solve a BSOD problem caused by another programme and reduce the RAM memory consumption by more than half.  Whether rebasing is necessary or useful depends on how the corresponding DLL files are compiled. Keyword: ASLR. If a browser such as Mypal 68 consumes too much RAM, I always experiment with rebasing the main DLL file, in this case the xul.dll file. However, the base address of 0x6af00000 is a default address selected by the tool libase if this is not changed in its INI config file by the user. Here is the command line command for rebasing with the tool libase:

libase xul.dll

And here is the content of my libase.ini file:

[Generated bases]
62a00000=CHROME.DLL
6da00000=CHROME_CHILD.DLL
6af00000=XUL.DLL
63e00000=ICU63.DLL

For a DLL file in Windows, the default base address is 0x10000000 for 32-bit images. After a research in the internet, the most suitable address range for DLLs is from 0x60000000 through 0x6f000000. Microsoft proposes to reduce the range further to 0x60000000 through 0x68000000 in order to accommodate with MIPS processors, too. Another tool for rebasing is Microsoft's Rebase which is part of the Microsoft Windows SDK for Windows 7 and .NET Framework 4. Here is the command line command for rebasing with the tool Rebase::

rebase -b 0x6af00000 xul.dll

However, it is a game of trial and error to check, whether rebasing has an effect, and to find a suitable base address.  Experience to date has shown that Mypal 68 is stable and uses slightly less RAM when the xul.dll file has been rebased.  No crashes here. At least, on my hardware when using Mypal 68 in multiprocess mode.

2 hours ago, feodor2 said:

11 hours ago, AstroSkipper said:

minimize memory every x min where x is set

I remember something was done already in extension, the question is the minimize memory thing useful at all.

I already mentioned that I use a legacy custom button for this purpose which can be seen in the top right of my posted screenshot. I marked it with a red arrow.

On 8/25/2024 at 1:48 PM, AstroSkipper said:

As a further and quite effective measure, especially in multiprocess mode, I automatically perform every 10 minutes a memory minimization by a legacy custom button.  



In this way, I free Mypal 68 from occupied RAM memory (and that's not even that little) that it does not want to release on its own, even though it no longer needs it.

In multiprocess mode, a not inconsiderable amount of wasted RAM memory can thus be reclaimed on a regular basis. This has already been tested by me. Therefore, I would like to see such a feature natively implemented in Mypal 68, as I described in my previous posts. 

Edited August 28, 2024 by AstroSkipper
Update of content

[Tomcat76]

I wanted to give my 2 cents after using MyPal 68.14.2b for two months (and updating to 68.14.4b today).
 
I initially jumped the gun because the troubles I had with Serpent 52 kept getting worse, especially using YouTube and Facebook.  S52 freezes trying to load a YT video page.  If I'm lucky, I can watch one video.  Sometimes it helps to minimize the browser right after clicking the link to a video and wait a bit, but not always.
 
MyPal worked like a charm on YouTube so I'm now using it when I want to browse on that site.
 
I did come across a few problems, though.
 
1) After a couple of weeks, when I try to open MyPal, all I get is the title bar and the border that goes around the interface. Everything inside is 100% transparent (I can see my desktop).  At first, I thought it might have something to do with leaving HW acceleration on, but disabling it didn't prevent the issue from returning.  The only way to get around this when it happens, is to restart the computer.
 
2) As mentioned earlier, unresponsive script errors using every Amazon site.  I didn't observe the error message using 68.14.4b yet, but the site is still exceptionally sluggish compared to Serpent 52.  It takes 20-30 seconds before I can properly interact with the page.
 
3) Rendering bugs related to flexbox: the contents of flexboxes are displayed too far to the left in certain circumstances.  I have observed this problem on webpages, but also in the titles of browser tabs.  For example, when the tab bar starts to condense tab width when there are too many, the titles on some tabs are displayed more to the left causing the left part of the first letter to be cut off.  Other example: I have a private website where I created "fake" buttons next to each other using DIVs that have a 20px gap in between them.  Using CSS gap to space the buttons, the button text is displayed too far to the left.  I had to resort to the old-fashioned way of using a 20px left-margin on the child DIVs except on the first to work around it.  Another site I frequent a lot shows tiny balloons over icons when there are new messages; the count is supposed to be centered in the balloon, but it's shown more to the left in MyPal 68.  Serpent 52 renders flexbox correctly, as does FF 115.14.0 ESR on Windows 7.  Did Mozilla screw this up around FF68?
 
Edit... Forgot to mention...
 
4) I've been trying to hide the tab bar when only one tab is open.  I succeeded in removing the single tab, but the "+" button to open a new tab stays put.  I know the code to reach it has changed over the years, but none of the code I found online seems to work in MyPal 68.  Some of the code I tried:

tab:only-of-type ~ * {display:none !important;}
tab[first-visible-tab="true"] + .tabs-newtab-button{display:none !important;}

Any idea how to reach it?
 

Edited August 28, 2024 by Tomcat76

[AstroSkipper]

2 hours ago, Tomcat76 said:

2) As mentioned earlier, unresponsive script errors using every Amazon site.  I didn't observe the error message using 68.14.4b yet, but the site is still exceptionally sluggish compared to Serpent 52.  It takes 20-30 seconds before I can properly interact with the page.

Hello @Tomcat76 If unresponsive script errors come back, do what I already posted:

On 8/24/2024 at 1:03 AM, AstroSkipper said:

Set both prefs dom.max_script_run_time and dom.max_ext_content_script_run_time to the value of 0 via about:config!

2 hours ago, Tomcat76 said:

4) I've been trying to hide the tab bar when only one tab is open.  I succeeded in removing the single tab, but the "+" button to open a new tab stays put.  I know the code to reach it has changed over the years, but none of the code I found online seems to work in MyPal 68.  Some of the code I tried:

tab:only-of-type ~ * {display:none !important;}
tab[first-visible-tab="true"] + .tabs-newtab-button{display:none !important;}

Any idea how to reach it?

If you manually moved the New Tab button away from the tab bar by drag & drop, then try this code:

#new-tab-button {
  display: none !important;
}

If you didn't move it, i.e. the button is still located on the tab bar, then try this code:

.tabs-newtab-button.toolbarbutton-1 {
  display: none !important;
}

Both CSS codes were tested by me on my system and definitely work in Mypal 68.14.4b. 

Cheers, AstroSkipper 

Edited August 28, 2024 by AstroSkipper
Update of content