dmiranda Posted March 7, 2023 Posted March 7, 2023 17 hours ago, Ben Markson said: As @VistaLover says, it's a user style. I'm using an older version (2.0.7) of the Stylish extension – before it was 'compromised' with data-collection crap – Stylus is its more up to date fork that works with the latest FF. @namespace url(http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul); @-moz-document url-prefix('chrome://browser/content/browser.xul') { .tab-label[pinned] { width: 0 !important; margin-left: 0 !important; margin-right: 0 !important; padding-left: 0 !important; padding-right: 0 !important; } .tab-content { white-space: nowrap !important; overflow: hidden !important; text-overflow: ellipsis !important; } } Ben. It does the trick, although it leaves the close tab and mute tab thinguies out. But now I can browse. Let's hope this is solved soon.
dmiranda Posted March 7, 2023 Posted March 7, 2023 (edited) 1 hour ago, Ben Markson said: browser.tabs.fadeLabels Well, after testing a while, as a boolean it works fading the title within the fixed with tab, as modified by the style code you provided. With browser.tabs.fadeLabels set to true, the label doesn't cover the close or mute button. Freak occurrence, once or twice Without the forced user.css, though, label size, in my set up, continues to determine tab with, though. Cheers! Edited March 7, 2023 by dmiranda
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 12 hours ago, VistaLover said: ... Can be found also inside ABBO: https://addons.basilisk-browser.org/addon/keyconfig/ Of course, but I took the first link I found. Google sends its regards! Edited March 7, 2023 by AstroSkipper Update of content
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 13 hours ago, AstroSkipper said: In Serpent 52, not only Tab Mix Plus seems to be broken. Even the extension Tab Utilities Phoenix in the version 2.1.0 and also the most recent 2.1.2 from March 6, 2023 is not working properly. The feature 'multi-row tab bar' causes a 100% CPU utilization. Something tab related must have been changed. Only disabling this feature in Tab Utilities Phoenix will make Serpent usable again. I am not really happy with that as it is a feature I actually always have been using. Okay! I investigated this issue a bit more closely. In a new profile, no problem with the feature 'multi-row tab bar', but in my main profile, there is this problem as long as this feature is enabled. I assume it is a new incompatibility to another extension or setting after updating Serpent 52. Maybe, I find the culprit. Edited March 7, 2023 by AstroSkipper 1
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 1 hour ago, AstroSkipper said: 15 hours ago, AstroSkipper said: In Serpent 52, not only Tab Mix Plus seems to be broken. Even the extension Tab Utilities Phoenix in the version 2.1.0 and also the most recent 2.1.2 from March 6, 2023 is not working properly. The feature 'multi-row tab bar' causes a 100% CPU utilization. Something tab related must have been changed. Only disabling this feature in Tab Utilities Phoenix will make Serpent usable again. I am not really happy with that as it is a feature I actually always have been using. Okay! I investigated this issue a bit more closely. In a new profile, no problem with the feature 'multi-row tab bar', but in my main profile, there is this problem as long as this feature is enabled. I assume it is a new incompatibility to another extension or setting after updating Serpent 52. Maybe, I find the culprit. Well, that was unfortunately a fallacy! I created once again a new profile in Serpent 52, installed only Tab Utilities Phoenix 2.1.2, activated the 'multi-row tab bar' feature, opened two rows of empty tabs, and then the browser went completely berserk. It changed the display from one row to two rows flashing under a 100% CPU load. Only disabling this feature in Tab Utilities Phoenix made the browser usable again. Something in the code of Serpent 52 must have changed, in any case the multi-row tab display no longer works as usual, at least in my system. Edited March 7, 2023 by AstroSkipper
roytam1 Posted March 7, 2023 Author Posted March 7, 2023 33 minutes ago, AstroSkipper said: Something in the code of Serpent 52 must have changed sure, layout is changed by upstream commit: https://github.com/roytam1/UXP/commit/89dd425fd22a6cbbbbef2d2b47e2a4bc9fc14fc3 1
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 27 minutes ago, roytam1 said: 1 hour ago, AstroSkipper said: Something in the code of Serpent 52 must have changed sure, layout is changed by upstream commit: https://github.com/roytam1/UXP/commit/89dd425fd22a6cbbbbef2d2b47e2a4bc9fc14fc3 Thanks for the hint! Can this be reverted in the next release or any other suggestions to make Tab Utilities Phoenix's multi-row tab bar feature working again? BTW, the developer of Tab Utilities Phoenix just released the version 2.1.2 yesterday. It was actually supposed to be a compatibility update. Edited March 7, 2023 by AstroSkipper Update of content
Ben Markson Posted March 7, 2023 Posted March 7, 2023 5 hours ago, dmiranda said: It does the trick, although it leaves the close tab and mute tab thinguies out. But now I can browse. Let's hope this is solved soon. I think @basilisk-dev is now looking at it... https://forum.palemoon.org/viewtopic.php?f=61&t=29545&p=237431&hilit=tab+mix+plus#p237431 Ben. 1
VistaLover Posted March 7, 2023 Posted March 7, 2023 9 hours ago, Slavich said: https://i.ibb.co/1dbV3zT/3.jpg This is a well known and already documented (at least by me , several times) current shortcoming of UXP, not related to WC/CE : https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/import Upstream have a currently "Open" issue about it in their UXP tracker: https://repo.palemoon.org/MoonchildProductions/UXP/issues/1691
basilisk-dev Posted March 7, 2023 Posted March 7, 2023 @roytam1 I investigated the cause of the issues reported here and on the Pale Moon forum. The issue happened in this commit https://repo.palemoon.org/Basilisk-Dev/Basilisk/commit/dcb4e31c2c47f8daf7978e801aa632853d8ef922 I am going to release updated Basilisk builds with this commit reverted. You should revert that commit and release a new build of Serpent as well. 5
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 1 hour ago, basilisk-dev said: @roytam1 I investigated the cause of the issues reported here and on the Pale Moon forum. The issue happened in this commit https://repo.palemoon.org/Basilisk-Dev/Basilisk/commit/dcb4e31c2c47f8daf7978e801aa632853d8ef922 I am going to release updated Basilisk builds with this commit reverted. You should revert that commit and release a new build of Serpent as well. Hello @basilisk-dev! Thanks a lot for your quick investigation! To fix the breakage of Tab Utilities Phoenix and presumably Tab Mix Plus by reverting recent changes from mentioned commit would be great. And many thanks for the ongoing development of Basilisk! Greetings from Germany, AstroSkipper Edited March 7, 2023 by AstroSkipper Update of content
VistaLover Posted March 7, 2023 Posted March 7, 2023 (edited) 3 hours ago, basilisk-dev said: The issue happened in this commit https://repo.palemoon.org/Basilisk-Dev/Basilisk/commit/dcb4e31c2c47f8daf7978e801aa632853d8ef922 Hi ; your response here has been really appreciated by me (and, I suppose, by other members who happen to be Serpent 52 users); yes, that commit being the culprit was suggested by me from the very start ... Now, here comes "my" twist : Unlike the previous reporters who ALL use TMP (or one of its forks), I don't, so I haven't experienced any major breakage myself... I, personally, prefer tab-label-fading to ellipsis (...), has always been like that ever since Mozilla Firefox 53.0+ implemented it... FWIW, Serpent 55, another browser maintained by @roytam1, has this feature as a default one, since Serpent 55 is based on moebius (aka UXP Take 1), a platform initially forked (by MCP) from a Mozilla 53.0a1 snapshot... I'm running latest St52 (which, BTW, has all the WebComponents improvements merged-in, unlike latest Basilisk) and I do like the result : I'm not a coder myself, but I believe you implemented "Fade out tab label on overflow instead of ellipsis" on Basilisk after MCP did the same with Pale Moon; however, Pale Moon uses a pre-Australis default theme, while Basilisk (hence St52) uses the Australis default theme... Is your implementation directly copied from Mozilla or a backport of MCP's code? In any case, this new feature is now there, enabled by default, in latest NM28 - @AstroSkipper, does TMP/Tab Utilities Phoenix work as expected in latest NM28, or is it broken there, too? The implementation by MCP applicable on PM (witn non-Australis) is enabled (by default) via pref "browser.tabs.fadeLabels" (also discussed in passing by previous, affected, posters); however, the implementation in dcb4e31 doesn't include such an "opt-out" (and I can confirm no such boolean pref exists by default inside St52's about:config). Since this was initially a Firefox 53.0+ feature, I "presume" TMP and the like break now because they are programmed/configured NOT to expect it in an application advertising itself as Firefox 52.0; so, perhaps, the extension(s) can be modified/fixed to accommodate this new browser feature? You know how the saying goes: Extensions extend the browser, not vice-versa... Official Basilisk v52.9.2023.03.07 has been now released, with the "feature" backed-out... @basilisk-dev and, mainly, @roytam1: Can this new feature ("Fade out tab label on overflow instead of ellipsis"), instead of being summarily axed, be restored behind a pref (I don't care whether it'd be true/false by default) in Basilisk/Serpent for those, like me, who actually prefer it? If the new code interferes with TMP (and the way to go would be for that to get fixed - if it's actually still maintained ), then it could be simply pref'ed off/disabled... Thanks to all the coders involved for making it possible to still use, in 2023, browsers that look and feel "classic" but, at the same time, allow "us" to evade the Google Chrome browser monopoly (well, in most cases ) ... Kindest regards Edited March 7, 2023 by VistaLover 2
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 (edited) 12 minutes ago, VistaLover said: In any case, this new feature is now there, enabled by default, in latest NM28 - @AstroSkipper, does TMP/Tab utilities work as expected in latest NM28, or is it broken, too? As far as I can say, I didn't observe this issue in New Moon 28. In this browser, I use Tab Utilities Phoenix 2.1.0 with the 'multi-row tab bar' feature enabled. The version is slightly different to the original release due to some changes to its code (German language glitches were fixed by me), but I don't think that this makes any difference. Only changes to the German locale. Anyway! No breakage in New Moon 28 observed at the moment! Edited March 7, 2023 by AstroSkipper Update of content 2
VistaLover Posted March 7, 2023 Posted March 7, 2023 1 minute ago, AstroSkipper said: As far as I can say, I didn't observe this issue in New Moon 28. In this browser, I use Tab Utilities Phoenix 2.1.0 with the 'multi-row tab bar' feature enabled. Thanks! I presume you did check "browser.tabs.fadeLabels" to be in its default state (true) ? This solidifies my theory, because NM28 (and PM32) a) doesn't use Australis tabs b) doesn't pose as Firefox, so TUP/TMP can't get "confused" about which of its internal code to apply on the app it's installed...
AstroSkipper Posted March 7, 2023 Posted March 7, 2023 13 minutes ago, VistaLover said: Thanks! I presume you did check "browser.tabs.fadeLabels" to be in its default state (true) ? Yep, I also checked this preference, and it is in its default state true. 1
Recommended Posts