Closed Bug 635534 Opened 15 years ago Closed 15 years ago

When entering tab candy with an overflowing tab bar and exiting it with not enough tabs to overflow, tab bar remains in overflowing mode (Aero basic only)

Categories

(Firefox :: Theme, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

VERIFIED FIXED
Firefox 4.0b12
Tracking Status
blocking2.0 --- final+

People

(Reporter: b.katbeh, Assigned: dao)

References

Details

(Whiteboard: [hardblocker][suggest backing out bug 606735])

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110219 Firefox/4.0b12pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110219 Firefox/4.0b12pre Hi, I think that the steps to reproduce will be the easiest way to describe the issue. -"Tabs on Top" mode is On -turn Aero feature off in windows 7, by choosing "windows 7 basic" or "windows classic" theme -open a Firefox window and create an enough tabs to make the tabs navigator arrows become active -pin one or more tabs as an "App Tab" -go to "Tab Candy" and create a new group with one tab -by closing this tab the tabs-bar and the address bar will mixed up Reproducible: Always
Summary: tabs-bar and address mixed up in windows 7 classic mode → tabs-bar and address-bar mixed up in windows 7 classic mode
Could you attach a screenshot using 'Add an attachment' above please. Also, does this occurs with a new, empty profile? http://support.mozilla.com/en-US/kb/Basic%20Troubleshooting#w_make-a-new-profile
Version: unspecified → Trunk
and yes, same result with a new, empty profile.
WFM using Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110219 Firefox/4.0b12pre ID:20110219030355 Can you please list some slightly more detailed STR, since I think I may not be doing it right. ie: - which tab should have focus when entering tab candy? - after entering tab candy and dragging a tab out to make it into a new group, what then? do I close the tab from there, or first click it to exit tab candy, then close the tab?
Component: General → Tabbed Browser
QA Contact: general → tabbed.browser
-The most important point is to put windows in "windows Basic or classic" style mode - which tab should have focus when entering tab candy? --- it will make no difference which tab have the focus the "pinned" or the "normal" tab before entering tab-candy - after entering tab candy and dragging a tab out to make it into a new group, --- you don't drag a tab before create a group, i.e when you enter tab-candy, create a new group, you can then drag tab from the previous group or create new tab by clicking new tab icon inside group. - what then? do I close the tab from there, or first click it to exit tab candy,then close the tab? --- you first click to exit tab-candy then close the tab
(In reply to comment #5) > --- you first click to exit tab-candy then close the tab Yeah but click on what? A tab has to be made active when you exit. Which tab/group should that be? Ideally your original steps to recreate should have specified every exact click (and on what)...
1- windows Basic or classic style mode is On 2- start new Firefox window 3- "Tabs on Top" mode is On 4- create enough tabs to make the tabs-navigation arrows active 5- pin one or two tabs (actually one is enough)as an "App-Tab" 6- enter tab candy 7- create a new tab-group (lets call it group B) 8- create a new tab inside "tab group B" 9- click on the new tab you just created inside "tab group B" to exit tab-candy 10- close the active tab Hope this will clarify things a bit.
Great, was able to confirm with those steps, as long as the window was maximised (doesn't occur if not maximised). Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110219 Firefox/4.0b12pre ID:20110219030355
Status: UNCONFIRMED → NEW
blocking2.0: --- → ?
Ever confirmed: true
Summary: tabs-bar and address-bar mixed up in windows 7 classic mode → Tab bar mis-styled after closing a tab candy group, when not using Aero
I can reproduce on Aero basic Regression window: Works: http://hg.mozilla.org/mozilla-central/rev/404386c7d40f Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110214 Firefox/4.0b12pre ID:20110216111410 Fails: http://hg.mozilla.org/mozilla-central/rev/a4784c581b3f Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b12pre) Gecko/20110214 Firefox/4.0b12pre ID:20110216122300 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=404386c7d40f&tochange=a4784c581b3f Triggered by: a4784c581b3f Dão Gottwald — Bug 606735 - aero basic tabstrip picking up the wrong color. r=felipe a=beltzner
Blocks: 606735
Component: Tabbed Browser → Theme
QA Contact: tabbed.browser → theme
Dao: backout bug 606735 or fix this, your choice (my preference is backout, really).
Assignee: nobody → dao
blocking2.0: ? → final+
Whiteboard: [hardblocker][suggest backing out bug 606735]
I would not withhold Firefox 4 from millions of users because of an issue triggered by a long series of steps involving tab candy. Can we unblock on this and consider a reviewed patch if it is ready in time?
Summary: Tab bar mis-styled after closing a tab candy group, when not using Aero → When entering tab candy with an overflowing tab bar and exiting it with not enough tabs to overflow, tab bar remains in overflowing mode
Attached patch patchSplinter Review
like in bug 624157, we need to avoid reconstructing the tab bar's binding depending on [tabsintitlebar]
Attachment #513873 - Flags: review?(felipc)
Comment on attachment 513873 [details] [diff] [review] patch I'll file a follow up to investigate if it's something in layout or the toolbar binding that causes this
Attachment #513873 - Flags: review?(felipc) → review+
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 4.0b12
Summary: When entering tab candy with an overflowing tab bar and exiting it with not enough tabs to overflow, tab bar remains in overflowing mode → When entering tab candy with an overflowing tab bar and exiting it with not enough tabs to overflow, tab bar remains in overflowing mode (Aero basic only)
Mozilla/5.0 (Windows NT 6.1; rv:2.0b12pre) Gecko/20110221 Firefox/4.0b12pre Verified issue and it's no longer present.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: