AstroSkipper

HideTabbarWithOneTab In my download archive, I found an old but still working UC.JS script called HideTabbarWithOneTab.uc.js. This script hides the tab bar including the Open a new tab button, if only one tab is open, and shows it again, if a further tab is loaded. According to its author the script is based on the extension of the same name. Since Firefox 23, the tab bar can no longer be hidden if only one tab is open. This script solves this problem. In contrast to many pure CSS implementations as recently discussed in another thread starting from this post, it works perfectly in Mypal 68. The HideTabbarWithOneTab.uc.js file has to be copied in the Mypal's profile subfolder chrome. It has been tested by me and is fully working. Here is a short animated GIF file to show the script in action: Requirements: The package MYPAL_68_CB_requirements.7z from the first post of this thread. Download link: https://www.mediafire.com/file/r84j3z9krrqxzks/HideTabbarWithOneTab.uc.js/file

Personally, I am not really interested in running legacy extensions in Mypal 68. I am more interested in working UC.JS scripts and CSS stylesheets. But there was one legacy extension that I really wanted to get running and was finally able to install in Mypal 68 long time ago. It's the legacy Custom Buttons extension. Here is a screenshot: The advantage in using legacy custom buttons in Mypal 68 is that they are not restricted in their actions as, for example, webextensions unfortunately are. Legacy custom buttons just do what their JavaScript code commands them, whatever that may be.

Ok. I can confirm that your code is indeed working except hiding the Open new tab button when only one tab is open. My recommendation is to move the Open new tab button to another toolbar, for example to the left of the url bar or to the right of the search bar, via the toolbar menu entry Customize. Doing so, this code is enough: /* Hide single tab -- works */ tab:only-of-type{display:none !important;} /* Reduce the minimum height of the tab bar to 0 so that it collapses when empty -- works */ #tabbrowser-tabs, #tabbrowser-arrowscrollbox, #tabbrowser-tabs > .tabbrowser-arrowscrollbox{min-height:0 !important;} The moved Open new tab button does no longer cause wasting of screen space. Another solution without the need of moving the Open new tab button will be posted by me, too.

No. Unfortunately, this code is not effective. It does totally unnecessary things. Look at my posted screenshots! My code is working as it should. Furthermore, you didn't provide any information what you did. Thus, I can't help you.

@Tomcat76 I don't think your CSS code, which you didn't post here, is able to hide the tab bar, if only one tab is open, and immediately show it again when opening an additional tab, all in the same browser session. For that, you need a script which checks the state of the tab bar in the background by an observer function. AFAIK, this can't be done with CSS but with JavaScript. Edit: I have to correct a bit my statement above. In the special case of hiding the tab bar, when only one tab is open, it can be partially done in Mypal 68 even with CSS, as shown in the following post.

Then, you did something wrong. Check all steps again! All files have to be copied into the correct folders. And check if all modified prefs have been assigned to the correct values via about:config! Don't forget to delete the startup cache in the profile folder before you restart your browser! You have to start Mypal 68 with the profile where the chrome folder was created, of course. One thing is clear. All was tested in depth and is working. And my CSS code, too. BTW, re-posting what I wrote in my instructions is not helpful. I definitely know what I did. You should better post what you exactly did. And provide screenshots of all relevant folders' content and your userchrome.css! This is the only way I can help you.

From a programming point of view, this is a condition. If there is only one tab, then hide the tab bar with the New Tab button. If there is more than one tab, then do not hide Tab Bar with the New Tab Button. Something like this should rather be realised with a JavaScript UC.JS file created inside the profile's chrome folder.

Hello @Tomcat76 If unresponsive script errors come back, do what I already posted: 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

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. 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. 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.

What kind of drawback is it? @feodor2 Any information on that? @feodor2 Actually, this was a feature request. Any opinion on this?

And they all ended up using the Ancient Greek language. Telegramma consists of two Greek words tele = τῆλε = far, distant and gramma = γράμμα = letter, type. As you put it so aptly, it's all just stolen ...

If the people in charge of Telegram, such as the founder and CEO Pavel Durov, tolerate their service being used for serious crimes such as mass murder, illegal arms and drug trafficking, child pornography, formation of organised crime, organised fraud, war mongering, worst propaganda combined with fake news and so on (the list is almost endless) and do nothing about it, then such subjects must be held accountable. And Pavel Durov is still lucky. He was arrested and charged in the EU (France). Conversely, if such a person from the EU were to be arrested and charged in Pavel Durov's original home country, the usual death sentence would not be long in coming.

Yes. As you can see in the screenshots, the menu bar has already been enabled. The File, Edit etc. menu is located at the top left of the window. The background colour is blue, the font colour is white. That's why it is only difficult to see in my screenshots. I only unchecked the bookmarks bar. In any case, all is working. The CSS code #tabbrowser-tabs { visibility: collapse !important; } only hides the tab bar and nothing else. When you assign to the ID tabbrowser-tabs, which determines the tab bar, a property in CSS, then only this ID will be modified and nothing else. The last two screenshots show how Mypal 68 can be retrofitted to still get access to all open tabs when hiding the tab bar. I removed the CSS code .tabs-newtab-button { display: none !important; } to get back the New Tab button, which is the class tabs-newtab-button in CSS. I then manually moved it to the position shown in the screenshots. BTW, may I remind you what I already wrote: Cheers, AstroSkipper

@Cixert Good job! Summarising all our findings is a good idea. However, I noticed that you didn't mention any exclusions. Did you end up without any additional exclusions in the corresponding ExcludeList-xxx.txt files? Especially when downloading .NET Framework updates for Windows XP? In the latter case, for example, I had to set additional exclusions to avoid the download of incompatible, unnecessary updates.

Hiding the tab bar with still full access to all open tabs via the sidebar in Mypal 68

Hiding the tab bar with still full access to all open tabs via a toolbar button in Mypal 68

Personally, I prefer the tab bar visible to manage tabs and jump to the one I need, just the way it has always been. I only made the CSS code above on request and to show that the corresponding code can be easily created for hiding the complete tab bar, even including the New tab button. For all who need as much free screen as possible while surfing, but do not want to do without tabs completely, there will be soon a modified version of "Make the tab bar invisible in Mypal 68" in the next posts.

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.

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.

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!

TBH, there is actually nothing to work out. Just a bit copy and paste following the instructions. Reading and directly doing is the method.

Yes, I like this extension. It does its job, and the problem with the sporadic disappearance of the Clean Links' toolbar icon doesn't occur anymore.

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

First of all, a little tip when replying to a post by quoting. Afler clicking the quote button, you should put your reply outside the quote. Otherwise your actual reply is hidden inside the quote, and only expanding the quote would make it readable. Back to the CSS code. All is described in detail in my article and additionally inside the MYPAL_68_CB_requirements.7z package. It's almost like an instruction manual. You can't really do anything wrong. The whole thing actually only takes a few minutes. Once this initial setup is done, you can easily add or manage UC.JS scripts as well as CSS stylesheets. If you have problems following the instructions, feel free to ask here!

TBH, what are you talking about profile rebuild process? Simply unpack the most recent version of Serpent to a folder and create a new, clean profile without any modification! Then test the Restore Session functionality! It's that simple. No rebuilding of whatever. First checking if it is now working at all. When done, you can rebuild whatever you want to. And I bet you that the result will be that Session Restore works, but the Restore Previous Session entry is and remains greyed out.