Tab Mix Plus

( me again ... maybe I should register a proper name here )

Here to report a minor glitch with TMP 0.3.8.2pre.090815 on the 20090815 Namoroka and Minefield nightlies - when the tab bar is set to "Multi-row".

Checked by creating a new, empty profile for each browser, with no extensions except for TMP, and no themes added.


This seems to occur for all combinations of settings for tab widths and browser width.


But, it's easier to explain by referring to specific settings.

So, for this example, assume the browser window set to 800 pixels, and tab widths set in TMP Options: Minimum = 100px, Maximum = 250px

( next slide please )


Top:
Adding tabs normally, everything displays as expected: 3 tabs * 250px = 750px [ obviously ]


Middle:
On adding a tab that takes the total "Maximum" tab width greater than the window width, the tab width collapses.

On adding the 4th tab - the tabs *should* narrow slightly, giving 4 tabs * 197px = 788px
Except they collapse to the "Minimum" width - giving 4 * 100px = 400px


Bottom:
On adding the 5th tab - the tabs jump back to the expected value: 5 * 158px = 790px


Just to emphasise, this occurs with any combination of settings for browser and tab widths.

It seems to only occur when still on the first row, *not* when there are multiple rows of tabs open.

Both 3.0.14 and 3.5.3 nightlies - 20090815 - work as expected, and *DO NOT* show this glitch.

Thanks, I knew that. I just would like to report the auto-update not working previously. Right now there's no problem with it.

Something changed in the 090815 dev release screwed up the tab bar background using the Phoenity Modern theme. Formerly, it was a grey color matching the rest of the UI; now it is black. See the attached comparison image.

I've tracked down the problem to the addition of this rule to skin/classic/tabmixplus/classic.css:

If I remove that, or override it in my userChrome.css to repeat-x, then I get back the expected behavior.

Forgot to mention: Firefox 3.0.12 on Debian Linux

i'll fix that, by adding list of theme that need that fix
.tabbrowser-tabs[flowing=multibar][backgroundrepeat] {
background-repeat: repeat;
}

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

i can NOT reproduce that

in about:config set javascript.options.showInConsole and javascript.options.strict to true

then restart firefox and open the tab until you see the problem
then open error console and post any thing you see.....

and post here you tabmix settings

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

me again

Well... *no* entries appear in the Error Console, in either Namoroka or Minefield, despite repeated attempts, though the effect is clearly visible.

Meanwhile, I've played with it a little more - the problem is *more general* than I assumed.

It happens at *multiple* browser widths for given tab width settings:
* for an even number of tabs
* for n tabs, every n pixel difference in browser width
* when browser width <= ( total width of tabs at "Maximum" width + default padding on tabbar )

Also, I stated it happened for 4 tabs at browser width 800px - I was wrong - more careful testing shows it to be exactly 801px ...
( Someone admitting to being wrong ? That doesn't happen often on the Internet )


Using the TMP default tab widths: Minimum = 100px and Maximum = 250px
Here are some examples:

For 2 tabs - a sequence of 2 pixels:
browser widths: 510px 508px 506px 504px 502px 500px ... etc

For 4 tabs - a sequence of 4 pixels:
browser widths: 1009px 1005px 1001px 997px 993px 989px ... etc

For 6 tabs - a sequence of 6 pixels:
browser widths: 1508px 1502px 1496px 1490px 1484px 1478px ... etc

For 8 tabs - a sequence of 8 pixels:
browser widths: 1503px 1495px 1487px 1479px 1471px 1463px ... etc



It is possible to make the tabs jump back-and-forth between the correct and collapsed widths:

1: open an even number of tabs, with the browser window initially wider than the total width of those tabs
2: *slowly* narrow the browser window

Again, although the effect is clearly visible, no entries appear in the Error Console.


Attached are the TMP settings - though as stated, the settings are default except for using Mutli-row tabbar instead of scrolling tabbar...

me again

On a different and *unrelated* matter this time - just passing on something I've noticed.

There is a suggestion that the landing of bug 469309 in Minefield may affect at least 3 extensions - including TMP.

https://bugzilla.mozilla.org/show_bug.cgi?id=496309

------- Comment #6 From Dão Gottwald 2009-08-17 07:18:45 PDT -------
getBrowserFromContentWindow is used by Annoyance Remover, focusElement is used by Tab Mix Plus and RubNub for YubNub.

me again

Back on the subject of "shrinking tabs"

( and still on the 20090815 builds at present )


Something that got left out of the earlier explanation:

When the tab *widths* collapse, the tabbar *height* also shrinks slightly - by 1 or 2 pixels.

When the tabs return to their correct *width* - the tabbar *height* also returns to the correct height.

OK
now i see it......

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

This still doesn't work in latest nightly, even though changelog for TMP shows it was fixed in latest version (0.3.8.2pre.090815)

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2a2pre) Gecko/20090819 Namoroka/3.6a2pre ID:20090819051832

what exactly not working as you expected?
do you get the same on clean profile with TMP?

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

Does this build work with Firefox 3.7a1pre?

The latest development version does. See link in onemen's signature area.

_________________
Ray
Main OS: Win7 64-bit; Secondary OS: WinXP 32-bit; Using latest TMP Dev builds on Nightly (nee Minefield) Win32 nightlies
Link: TMP Troubleshooting Steps

me again

The preference for "Ctrl-Tab" behaviour seems to *not* get saved.

Problem seen with TMP 0.3.8.2pre.090815 and Namaroka and Minefield nightlies.
*Not* seen in Shiretoko nightlies.

Checked by creating a new, empty profile for each browser version, with no themes and no extensions other than TMP.


Steps To Reproduce:

In the TMP Options dialog --> Events --> "Tab Features" tab.

Click the check-box "Ctrl-Tab navigates tabs in the most recently used order".
( Then click "Apply" or "OK", obviously )

The setting stays in effect until Firefox is closed.

But the next time Firefox starts:
* that check-box has changed back to UN-selected;
* Ctrl-Tab moves through tabs in the order they appear on the tabbar, *NOT* in "most recently used" order;

This seems to occur whatever the settings for "tab preview" and "tab list popup menu".
( Though it's worth mentioning that displaying the popup menu or the tab preview strip makes the situation clearer by revealing the order Firefox is using. )

thank you for catching this bug

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

Hello together,

I wanted to report that a click on the yellow "bookmarking"-star on a bookmarked site (which should open the bookmark edit-dialog) does not work with 0.3.8.1 final.

The following error is shown in the error console:

Error: Parameter is not an object = NS_ERROR_DOM_NOT_OBJECT_ERR
File: chrome://treestyletab/content/bookmarksOverlayEditable.js
Line: 94

As you can see the error is produced by TreeStyletab extension. However, this error does not occur if TMP is uninstalled (or deactivated). It occurs only if both extensions are active.

So, I'm not sure where exactly the error is, but maybe you can find out.

please report about the conflict to treestyletab developer

_________________
Tab Mix Plus 0.4.1.0
latest Dev-Build
Forum RSS, Troubleshooting

Another user already informed the author of TreeStyleTab. It seems that he cannot fix this. According to his answer, he is counting on you guys:

http://piro.sakura.ne.jp/cgi-bin/bbs.cgi?2487

Any ideas? Don't want to work without any of both extensions.

Today's build (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20090827 Minefield/3.7a1pre Firefox/3.5.2 - Build ID: 20090827050623, Changeset: 8a4ff86268ea) breaks TMP dev version.

So far, the tab context menu (including Undo Close Tab List) does not have TMP's additions, Ctrl+F12 does not work, showing unread tabs are not there/working. TMP Options is missing from Tools menu and opening the options dialog produces this:

XML parsing error: undefined entity
Location: chrome://tabmixplus/content/pref/pref-tabmix.xul
Line number 703, column 29;

There are probably more that I have yet to find.

_________________
Ray
Main OS: Win7 64-bit; Secondary OS: WinXP 32-bit; Using latest TMP Dev builds on Nightly (nee Minefield) Win32 nightlies
Link: TMP Troubleshooting Steps

Also breaks completely on Mac OS X. You cannot open any new tabs (making it impossible to navigate with tabs) but you can close existing tabs.

Error messages were about about the "content"-tag in content/tabmixplus/tab/tabmix.xul (Line 24) and content/tabmixplus/tab/tabmix-3.xul (line 30).

I don't have the exact error message but it implied that the "content" tag was invalid.