576807 - Double-click on free space on tabbar doesn't open new tab when 'Tabs on top'

Status: RESOLVED WONTFIX

(Firefox :: Tabbed Browser, defect)

Description

[Pavel Cvrcek [:JasnaPaka]]

When I double-click on free space on tabbar I see different behavior based on where tabbar is. 

* "Tabs on top" -> window change size
* "Tabs on bottom" -> new tab is opened

I think behavior should be the same in both situations and I think new tab should be opened.

Comment 1

[Jim Jeffery not reading bug-mail 1/2/11]

dupe of https://bugzilla.mozilla.org/show_bug.cgi?id=575248 ?

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Uh, this is not a dupe. Bug 575248 is for tabs on bottom.

Comment 6

[Henrik Skupin [:whimboo][⌚️UTC+1]]

I think we need UX feedback here.

Comment 8

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Alex, can you please check this bug? We get failures in our Mozmill tests and we would like to know which we want to go here. Thanks.

Comment 9

[Dão Gottwald [:dao]]

See bug 575248 comment 12.

Comment 10

[heraldo]

Is this bug specific for Menu Bar being off? Because it makes much more sense to wontfix this for Menu Bar off, but not as much when the user enabled the Menu Bar and has already a title bar + menu bar above the tab strip.

Comment 11

[Lech Deregowski [:lech]]

I don't think this bug specifies which case it's addressing. Originally for bug 648686 I didn't specify, but should have incluced the fact that with the menu/titlebar off, clicking what should be the gutter still resizes the window without producing a new tab. Unless there's a bug which is specific for that case this bug still stands.

Comment 13

[Edoardo Tirtarahardja]

(In reply to Dão Gottwald [:dao] from comment #9)
> See bug 575248 comment 12.

I understand based on that comment you don't want to fix this. But at least can you then restore the new-tab button even though the '.tabs-newtab-button {display:none !important;}' exist in userChrome.css, only in case of tab-on-top is selected?

I have that line in my userChrome.css as I don't want the new-tab button clutter my toolbar, but in case of tab-on-top is selected, then I rather to have it back (but I don't want to keep changing the userChrome.css back and forth).

Comment 14

[Dão Gottwald [:dao]]

(In reply to Edoardo Tirtarahardja from comment #13)
> (In reply to Dão Gottwald [:dao] from comment #9)
> > See bug 575248 comment 12.
> 
> I understand based on that comment you don't want to fix this. But at least
> can you then restore the new-tab button even though the '.tabs-newtab-button
> {display:none !important;}' exist in userChrome.css, only in case of
> tab-on-top is selected?

No, you'll have to adjust your userChrome.css code.

Comment 15

[Edoardo Tirtarahardja]

Why not? Currently you're doing it anyway for tab-on-bottom mode when there are too many tab in such that there is no longer free space in the tab-bar (make sense as user don't have any place to double click on).

So the same logic should also apply for tab-on-top, or any other possible case, that in such the free space in the tab-bar is no longer available for user to double click on, the new-tab button should appear regardless the setting in userChrome.css.