Created attachment 446410 [details] New Tab Window on Left screenshot If the tab container has unsorted webpages in it, then clicking on the "new tab" icon i the bottom left corner will prompt a New Tab in the first location of the tab toolbar, not the last. Other situations always seem to put the new tab at the end of the open tabs See screenshot Repro: 1) install tab candy alpha 2) have a tab container with ungrouped items 3) click the "new tab" icon 4) Verify a new tab opens as the first tab item, not the last. New tabs should always be last in the tab list. Expected: - opened new tab is last item on tab bar
To translate into the terminology we've been using during development: when you hit the "new tab" button of a stacked group, the new tab appears at the left end of that group's tab bar. If the group is not stacked, it'll appear at the right end. This is a natural consequence of our putting new tabs for stacked groups at the top of the stack. A couple thoughts: - Perhaps the top of the stack should be the last item in a group rather than the first? - Now that we're temporarily placing the last page you visited at the top of the stack, we can put new tabs at the end of the group and you'll still see it at the top of the stack, no matter which way the stack is sorted. Assigning to Aza for design.
Assignee: nobody → aza
(In reply to comment #1) Hello, I'm reply to you. You will be confused.
(In reply to comment #2) Testing confusion levels
(In reply to comment #3) Sorry about that, I was showing off http://bugzilla.azarask.in at the Mozilla all-hands meeting and needed a quick place to demonstrate commenting.
(In reply to comment #1) * The top item in a stack should still be the first item in a group or the last seen item * New tabs go at the end of the group and tab-strip if created using the new-tab button (although appear at the top of the a stacked group) or via command-t when TabCandy is open. * If you are in a group (i.e., a tab-strip is shown) and you open a new tab via command-t or a link, it gets placed where Firefox would place it if TabCandy doesn't exist (so either at the end of the strip or next to the tab depending on preferences).
Mass moving all Tab Candy bugs from Mozilla Labs to Firefox::Tab Candy. Filter the bugmail spam with "tabcandymassmove".
Component: TabCandy → TabCandy
Product: Mozilla Labs → Firefox
Target Milestone: -- → ---
Version: unspecified → Trunk
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.