piroor/treestyletab

Tree Style Tab, Show tabs like a tree.

treestyletab's Issues

Cycling through tabs does not expand collapsed trees until ctrl key is released

This might be a 'feature', if so, it'd be nice if it were configurable.

Thanks for the great addon :)

Restoring (undo close) a parent collapses its tree

When closing and restoring the parent of a tree in expanded state, the tree will be collapsed afterwards. This is surprising behavior, I would expect the tree to stay expanded.

Previewing personas by rolling-over with cursor, causes TST sidebar to mis-render

Using:

• Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20101217 Firefox/4.0b9pre ID:20101217030324
• Tree Style Tab v0.11.2010120903

STR:

1. Set Tree Style tab to appear on the left

2. Visit: https://addons.mozilla.org/en-us/firefox/addon/16356

3. Roll over the gray and black rectangle in the middle using the mouse

Expected:

• Persona previews normally

Actual:

• Persona previews, but at the same time breaks the display of the sidebar of TreeStyleTab, even when the mouse is moved away from the personas rollover (to fix you have to resize the firefox window). See image: http://i52.tinypic.com/11l56ia.jpg

Drag of URL to tab opens in that tab rather than as a child tab

I've been using this extensively for a couple of years - I have "open in a new child tab" checked under configuration New Tabs -> Drag & Drop to tabs. Until I installed an update today, this worked - type in the location bar, or drag and drop onto tab, and the URL opened as a new child tab.

Today, I updated to 0.11.2011011301, and now it always loads the URL in the same tab rather than a child tab. I tried loading several prior versions (I don't know how long ago it was that I last updated Tree Style Tabs) but they did the same thing. I then skipped back to the 0.10.2010040201 April 1, 2010 version. That one creates the child tab the way it used to.

This is on Firefox 3.6.13 on Ubuntu 2.6.32-27-generic-pae #49

Can't move/drag tabs tree to new window

Tree Style Tab 0.11.2011020402 creates new window with one empty tab in Firefox 3.6.x and 4.0b12pre.

Gmail new email notification (in page/tab title) doesn't update as often with TST active

Using latest nightly Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110106 Firefox/4.0b9pre ID:20110106030349 (although has existed for a while) and TST 0.11.2010120903.

1. Log into Gmail
2. Read all messages
3. Leave tab open (can either switch to another tab, or leave on the same tab)
4. Watch gmail tab title whilst mail is received

Expected:

• Same behaviour as before TST installed (ie: when new mail is received, within seconds, the tab title says "Priority Inbox (1) - ...". This happens regardless of whether the tab is being viewed (ie active) or not.

Actual:

• The tab title does not update as often, meaning that most of the time, when I click back to the inbox, there is new mail visible, but the tab title doesn't reflect that. I have to manually click "Priority Inbox" inside gmail (or switch between mail folders) for the tab title to update.

Thanks!

Ed

Insertion Posion of new child tabs is ignored

when opening a link in a new tab, the new tab is always inserted as the first child of the current tab even if "Append to the last of the tree" is selected.

Dragging text URL to TreeStyleTab somewhat broken in versions > 0.11.2010120101

E.g. if a web page contains the text 'www.google.com', in standard Firefox and also TST versions up to 0.11.2010120101 you could just mark this text and drag it to empty space in tab bar. This would then open the corresponding web page in a new tab.

Some changes introduced in TST versions > 0.11.2010120101 broke this feature. Dragging such text URLs in current versions only works if the text starts with http, like e.g. http:/www.google.com

close tab focus wrong

Tree Style Tab 0.11.2011021601
Tab Mix Plus 0.3.8.4

I have tab mix plus set for tab closing option, "when closing current tab focus left". This option no longer works correctly with Tree Style Tab. It used to work in previous versions

Example:
Tab1 (no child tabs)
Tab2 (no child tabs)(focused)
Tab3 (no child tabs)

If currently focused on tab2, then close tab2, focus should change to tab1. This does not happen and instead Tree Style Tab will focus on tab3

No drop-indicator in "default" skin

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

Add indicators when dragging tabs in Default skin
http://i.imgur.com/IbbqJ.png
I hope this screenshot best describe my concern.
Without the blackline or the black-outlined rectangle indicator, it is slightly hard to determine where the dragging tab is landing.

Auto open new window - options no longer available

In previous version I used to be able define the behaviour of a window that was opened automatically (from a website), not advertising - in this case it's an upload progress window.

The option is no longer available and thus all tiny upload windows startup in a new tab (which is really annoying).

Will this great feature be restored?

Tab focus bug

Same problem as with new Informational Tab 0.3.2011020301:
https://github.com/piroor/informationaltab/issues/issue/1

Following userChrome.css doesn't works anymore:

.tabbrowser-tab[selected="true"] {
  -moz-user-focus: normal !important;
}

Drag of URL to tab opens in that tab rather than as a child tab

(copy of Issue 26 that I accidentally closed, since there seems to be no way to un-close an issue)

I've been using "drag URL to tab to open as a child tab" extensively for a couple of years - I have "open in a new child tab" checked under configuration New Tabs -> Drag & Drop to tabs. Until I installed the 0.11.2011011301 update, this worked - type in the location bar, or drag and drop onto tab, and the URL opened as a new child tab.

On 1/20, I updated to 0.11.2011011301, and now it always loads the URL in the same tab rather than a child tab. I tried loading several prior versions (I don't know how long ago it was that I last updated Tree Style Tabs) but they did the same thing. I then skipped back to the 0.10.2010040201 April 1, 2010 version. That one creates the child tab the way it used to.

This is on Firefox 3.6.13 on Ubuntu 2.6.32-27-generic-pae #49. I see the same issue on the Mac, Firefox 3.6.13 Darwin Kernel 9.8.0. (Unfortunately, I didn't have treestyletab installed on Windows, so I can't check that.)

piroor replied to Issue 26 that he couldn't reproduce this problem on windows; he was going to confirm on Ubuntu.

Broken tab bar appears when the window is resized while auto-hidden tab bar is expanded.

Steps to reproduce:

1. Set up Minefield 4.0b9pre.
2. Activate "auto hide tab bar" feature.
3. Mouseover to the tab bar to expand it.
4. Resize the window while the tab bar is expanded.

Expected: the tab bar is hidden.
Actual: the tab bar is hidden, but an unexpected splitter sill there.

Rendering issue in 0.11.2011020402

Whenever there is any mouse event in the page, the sidebar redraws for a significant fraction of a second at full width (i.e. the width of the largest tab title, which can be as wide as the entire screen), which is enough to prevent any mouse events from working. This was not the case in versions from December/early Jan.

FF 4.0b9: App Tabs disappear

In FF 4.0b9 (Windows 32bit), App Tabs sometimes disappear when you close a tab. This happens for me under the following conditions:

1. The Tab Bar is positioned on the left side.
2. The skin of the Tab Bar is set to "Default (specified by the theme)".

If I set the skin of the Tab Bar to something else (for example, to "Mixed"), this is no longer a problem.

Opening and closing a Sidebar makes the App Tabs reappear. Restoring Down or Maximizing the Firefox window also makes the App Tabs reappear.

This was not a problem with FF 4.0b8. Maybe something has changed in the Default Theme to cause this behavior.

Focus issue when restoring (undo close) tabs

When restoring a tab, if the restored tab is hidden (in a collapsed tree), the parent tab will get focus. I would expect the tree to be expanded and the restored tab to be focused.

Minefield, TST from git.

Tree Style Tab & Personal Titlebar incompatybility.

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

* Name: Kulmegil
* Date: 2011/01/21 19:09

Tree Style Tab0.11.2011011301 + Personal Titlebar1.0.20110120

When Persona Titlebar is installed, using "customize" toolbars completely mess up TST layout.
(Minefield 4.0b10pre)

Tabs from about:sessionrestore don't become children of the tab

http://mxr.mozilla.org/mozilla-central/source/browser/components/sessionstore/content/aboutSessionRestore.js#246

Dragging parent tabs does not work anymore

Latest Minefield, latest TST (from git).

Only tabs without children can be dragged.

treetabs doesn't initialize properly

When I start up firefox (4.0 beta 8 on Fedora 13, x86-64 dual processor),
the tabs show up properly on the left in one window (a vertical stack of horizontal tabs), but incorrectly in the other window. In the 2nd window they show up as a horizontal row of really skinny, tall tabs.
The workaround is to open Tools/Addons/Treetabs, temporarily change the tab position from the left to the top, then back to the left.
Treetab version 0.11.2011020301
I have screen captures if you're interested.

New tab button issue when using a persona on a Mac in Fx4

When using a persona the new tab button expands to the entire size that remains on the tab bar.
Example http://dougisfunny.com/images/treestyletabissue.gif

TST sidebar permanently hidden when in fullscreen mode

Using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110107 Firefox/4.0b9pre ID:20110107030356 and TST 0.11.2010120903 and sidebar in left mode.

1. Press F11 for full-screen mode
2. Try to use the TST sidebar

Expected:

• Sidebar either permanently visible or else autohides, like the tab-bar does normally when in full-screen in Firefox 4.

Actual:

• Tab sidebar hidden and rolling over the area with the mouse has no effect. Only way to change tabs is to use ctrl+TAB or switch out of full-screen.

Thanks!

Ed

All close button of innactive tab dissapear on 'New Tab' action

After update to newer version (0.11.2011011301), when a new tab created (by 'New Tab' button, 'open link in new tab', etc), the close tab buttons (red box with 'X' sign) from all invactive buttons will dissapear. Only active tab that has its close button.
This problem triggered by creating new tab, and fixed itself when a tab is closed.
I using firefox 3.6.13

Thanks.

Firefox 4.0b8

Latest version of Firefox (4.0b8) breaks Tree Style Tabs. Add-on page says that the latest supported version is 4.0b8pre.

No Change the color of inactive App-Tab which title updated.

At Tree Style Tab ver.0.11.2011021601, Firefox 4 beta12pre (2011-02-17).
It does not change the color of inactive App-Tab which title updated.
At least this problem happens at TST theme "Mixed".

closing a "new tab" does not return to previous tab

1. be on some tab A in treeview
2. open a new tab B
3. close B
   I would expect tab A to be in focus. Instead, the tab immediately above B is in focus.

Tab tooltip says "Collapse Tree..." even though no children tabs

Using:

• Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110115 Firefox/4.0b10pre ID:20110115030345
• TST 0.11.2011011301

I've just noticed this tooltip:
http://i52.tinypic.com/243jkax.jpg

ie: Shows "Collapse Tree..." even though that tab doesn't have any children (no twistys).

Any ideas?

(Session is still open, so if there's anything I can check to help debug, let me know).

Thanks!

Ed

drag & drop of a parent tab to the bookmarks sidebar should (or shouldn't) handle only the parent tab not including children

On lately versions of TST, if you drag a parent of a tree to the bookmarks sidebar, then all of tabs in the tree are bookmarked instead of the parent one tab. In old versions, only the parent tab is bookmarked. People like the old behavior are confused by the new behavior. How to solve this problem?

1. Add a new secret preference to disable the new behavior.
2. Add a keyboard shortcut to disable the new behavior temporary.
3. Others.

One point. Now, the drag image for a dragging on a parent tab contains thumbnails of all tabs in the tree. If a drop make only one bookmark even if there are multiple thumbnails, it seems "unexpected result" from the feedback image...

Favicon is not displaed, it shows continous page loading

Win upgrade to FF4b9 and 10 I'm faced with the following strange behavior:
When I open a child page (e.g. navigating to the link on the [parent] site):

1. FF creates child tab
2. Shows status like connection (light circle)
3. Than it changes icon to loading and loads the page
   Once page is loaded the favicon is not displayed, icon indicates that page is still being loaded.

It worked fine with FF4b5 and when add-on is disabled.

[Firefox 4] tab bar width decreases when RequestPolicy toolbar button pressed

Before: http://i51.tinypic.com/2cehikp.png

After: http://i56.tinypic.com/9up7va.png

When using Tree Style Tab 0.11.2011020402 on Firefox 4.0b12pre with RequestPolicy 0.5.18, if you add the RequestPolicy toolbar button to either the toolbar or the addons bar and press it, the tab bar width decreases. More accurately, the tab bar width seems to stay the same but the width of the tabs in the tab bar becomes very small while the rest of the space is just grey.

After the tab bar width has decreased, maximizing or unmaximizing the Firefox window fixes the tab bar to look and work properly again.

I'm the RequestPolicy developer. I'm tracking this issue here:

https://www.requestpolicy.com/dev/ticket/181

I don't believe this is a bug in RequestPolicy because I don't believe I'm doing anything in RequestPolicy that should affect the tab bar when the RequestPolicy menu is opened. I'm inclined to think Tree Style Tab will run into this issue with other extensions, as well, though I don't know of any where this happens.

Bugs after latest update

Visually: I hate the gigantic "new tab" zone taking up the rest of the sidebar since I click there accidentally all the time. This only seems to happen when I have a persona enabled. It's not a huge problem, but I would like to be able to get get back the single "add new tab" button that just followed all of my trees while using my own style.

Bugs: Changing the visual style to plain or flat makes the sidebar flicker between the new-tab zone and a new-tab button at the bottom of the sidebar until I restart Firefox. (I'm currently using Mixed.)

The sidebar is placed too far up so that it pushes into the bookmark bar by 1-2 pixels.

Also, I can't seem to open up child tabs directly except by opening new links up from the parent tab - i.e. if I'm on a tab and right click to open a link, it opens as a child tab. If I'm on a child-tab and just hit Cmd+N it opens up an entirely new tree.

I'm on Firefox 3.6.13 running Tree Style Tab 0.11.2011011301 on Mac OS X 10.6.6. Thanks.

delete me

Bug was accidentally closed by me ("comment and close" is right next to "comment"!) and apparently GitHub only lets collaborators reopen, so refiling.

The tab bar losts its width after restarting.

Steps to reproduce:

1. Set up Minefield 4.0b9pre.
2. Activate "auto hide tab bar" feature.
3. Mouseover to the tab bar to expand it.
4. Resize the tab bar.
5. Restart Minefield.

Expected: the tab bar is shown with previous width.
Actual: the tab bar becomes too narrow.

On Firefox startup, trees shown flat, until pages reload

Using:

• Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b10pre) Gecko/20110119 Firefox/4.0b10pre ID:20110119030331
• TST 0.11.2011011301

1. With Firefox open/TST installed/sidebar set to left-hand sidebar, open say 20-30 tabs and arrange such that most/all are in a tree. eg: 5 top-level tabs, with one of them holding the remaining 20-25 tabs as children.
2. Collapse the parent/top level tabs, so just the top level showing.
3. Making sure Firefox set to save session/tabs on exit, close Firefox.
4. Reopen Firefox (once a few seconds passed, to ensure previous process has closed properly) and watch sidebar as it loads/populates/settles down.

Expected :

• When sidebar is shown, there are only the parent/top level tabs visible, and any with children have the twisty arrows and the parent tabs are still collapsed, so you can't see the children. At no point do the children tabs appear outside the parent.

Actual:

• As the tabs refresh their content (with Firefox 4's new staggered tab load behaviour), they start as parent/top level tabs and only after they have loaded (you see the title update) do they get re-filed under their original parent tab (and thus are hidden from view, since that parent is collapsed).

Thanks!

Ed

Restoring collapsed/hidden sidebar sometimes fails to work

Using latest nightly Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110106 Firefox/4.0b9pre ID:20110106030349 (although has existed for a while) and TST 0.11.2010120903.

1. With TST set to left hand sidebar mode.
2. Collapse/hide sidebar using the "<-" button.
3. Show sidebar again by clicking the "->" button

Expected:

• Sidebar shows again, at the same width as before

Actual:

• Sometimes the sidebar does not show, even after clicking the "unhide" button several times.
• Instead you have to click and drag the sidebar back out to the same width as before.
• I believe this occurs when you accidentally move the mouse slightly when clicking in step 3 above, since TST interprets this as a drag, and drags the sidebar to 1px width, so each time you then click the show/hide button you are toggling between 0px width and 1px width - so have lost the original sidebar width. If that makes sense!

Therefore, can it be that when the sidebar is hidden, you cannot drag resize the sidebar, and instead, any clicks are only interpreted as clicking the button to show the full width again.

Thanks!

Ed

Typing URL and pressing enter, no longer opens in a new tab

Previously there was an option so that whenever you typed in a URL and pressed enter it would open that URL in a brand new tab. With the latest version 011.2011011301 it now opens the URL in the current tab.

Quite a few other people are complaining about this at:
https://addons.mozilla.org/en-US/firefox/addon/tree-style-tab/

No twisties --> Entire tab reacts like twisty

Using Minefield and TST 61df6c5,

when setting twisties to None, when clicking the tab, the entire tab acts like the twisty when clicked. Can the former behavior be restored? I'm using inverted tab contents, and am used to the favicon acting like a twisty.

Latest Minefield, new tabs do not become children

Using the latest Minefield and TST 0.11.2010120903, opening new tabs from links does not properly make them childs of the current tab. Instead, they open as new root tabs at the end of the list (as Firefox does by default).

Incorrect sidebar width after resizing and then switching windows

Using:

• Tree Style Tab 0.11.2010120101
• Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101130 Firefox/4.0b8pre

STR:

1. Set tab sidebar position to "left side"
2. Open a second firefox window.
3. On the first firefox window, drag the tab sidebar to the right, to make it wider.
4. Switch back to the second firefox window.
5. Toggle the sidebar collapse/hide button to hide and then reshow the sidebar.

Expected:

• Other window either shows updated sidebar size, after hiding and then reshowing, or else, retains existing size, but doesn't break visually and usably.

Actual:

• Sidebar looks like so:
  http://i56.tinypic.com/a9xxmt.jpg
  • and also unable to resize sidebar or press the hide/show button in that window.

TST left hand sidebar appears too high up on Firefox start (overlaps toolbars)

Using latest nightly Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110106 Firefox/4.0b9pre ID:20110106030349 (although has existed for a while) and TST 0.11.2010120903.

When Firefox is started the left hand sidebar appears too high for the first couple of seconds. The length of time seems to be longer if the session being restored contains more tabs. It then drops back down to it's normal position.

Screenshot just after startup:
http://i51.tinypic.com/jrpjip.jpg

Thanks!

Ed

FF 4.0 Beta 11 hangs while closing last tree

I have "Close whole tree when closing the root" option enabled.

When I close last tree by closing the root (and there are some children, too) FF hangs and I have to kill it using Task Manager.

Closing tabs from children to parent one by one works fine.

Firefox 4 beta7で検索バーにキーワード入力後enterキー押下しても検索が実行されない

B.B.S/2790 "検索バーの挙動" - outsider reflex

Firefox 4.0b7にしたところ、標準の検索バーにキーワード入力後enterキー押下しても検索が実行されなくなりました。
虫眼鏡アイコンのクリックでは問題なく動作します。

Tree Style Tabとの関連性は判らないのですが、TSTを無効にすると正常に検索できますので、ご確認いただけると幸いです。

Tree Style Tab 0.10.2010102501

Broken tree when rearrange tabs by Panorama

When there are four tabs like:

+ [tab1]
   + [tab2]
      + [tab3]
        + [tab4]

1. Go to panorama, then there are four screenshots for [tab1]-[tab4].
2. Drag [tab1] and drop after [tab4]. Then, there are [tab2], [tab3], [tab4] and [tab1].
3. Exit from Panorama.

Expected:

+ [tab2]
   + [tab3]
     + [tab4]
+ [tab1]

Actual:

+ [tab1]
   + [tab2]
      + [tab3]
        + [tab4]

When I re-enter to Panorama, tabs are shown as [tab2], [tab3], [tab4] and [tab1]. They are not ordered by actual order of tabs.

TST less responsive after 0.11.2010120101

I'm sorry in advance for the vagueness of this bug report, but around/after ~0.11.2010120101 (where the new HTML5 drag and drop methods were implemented I think?), TST just doesn't feel as responsive any more, when opening and closing tabs (particularly closing) and also is very slow when resizing the sidebar. I use TST in left hand sidebar mode, skin=mixed, animations = off.

I'm using latest nightly - Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20110106 Firefox/4.0b9pre ID:20110106030349 and the current latest TST 0.11.2010120903. Hardware acceleration in Firefox is off.

Can you think of anything that might be causing this?

Thanks!

Ed

Edit:

Related issue with responsiveness perhaps?
https://addons.mozilla.org/en-US/firefox/addon/5890/reviews/257509/

Incorrect sidebar width if bookmarks sidebar closed whilst tab is loading

Using:

• Tree Style Tab 0.11.2010120301
• Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101202 Firefox/4.0b8pre

STR:

1. Set tab sidebar position to "left side"
2. Open bookmarks sidebar using ctrl+B
3. Middle mouse button click a bookmark to open in new tab
4. Immediately close the bookmarks sidebar using ctrl+B (whilst tab still shows "connecting...").

Expected:

• When bookmark sidebar is hidden, tree style tab sidebar should have it's on-screen position updated correctly.

Actual:

• If step number 4 is performed whilst the tab still shows "connecting..." (ie: very soon after middle clicking), then the tree style tab sidebar displays incorrectly, similar to the graphical issues caused by this other (now fixed bug): https://github.com/piroor/treestyletab/issues#issue/2

FF 4.0b10 Released

Looks like the latest release only allows up to 4.0b10pre, and so is wanting to disable itself if I upgrade to 4.0b10

Wrong accesskeys with undo close tab feature

Close tree of tabs.
Undo close tab.
Panel with "Do you want following N tab(s) to be restored along?" appears.
And buttons on this panel has accesskey="undefined" attribute.

drag collapsed tree bug

Firefox 3.6.13
Tree Style Tab 0.11.2011012302

With vertical tab bar, if a tree is collapsed and user drags parent tab to new position a bug happens.

expected:
tree moves to new position while staying collapsed

what happens:
tree moves to new position, expands, and shows child tab count (usually only appears when collapsed) even though tree is expanded

Tab bar has too high height on "Tabs on top"

Steps to reproduce:

1. Move tab bar left. (important!)
2. Move the tab bar top.
3. Enable "tabs on top".

Actually, tabs.tabbrowser-tab has wrong height (it is the value for the vertical tab bar.)