Closed Bug 224002 Opened 21 years ago Closed 19 years ago

double clicking tab close button creates new tab

Categories

(Firefox :: Toolbars and Customization, defect, P2)

PowerPC
macOS
defect

Tracking

()

VERIFIED FIXED
Firefox1.5

People

(Reporter: asa, Assigned: asaf)

References

Details

(Whiteboard: If you have Tab Browser Preferences installed, that's your problem, not this bug.)

Attachments

(1 file)

Tested with 0.7.1 on OS X 10.2. Rapidly clicking the 'x' close button to close a number of tabs, serves as a double-click on the tab-bar as well, and thus opens a new tab for every 2 clicks. Reproducible: Always Steps to Reproduce: 1. Open 3 (or more) tabs 2. Rapidly click the close button twice, to close 2 out of 3 tabs Actual Results: After the 2 rapid clicks, the 2 tabs are closed, but an extra tab appears. Expected Results: Just closed 2 tabs, not create a new extra tab. There should only be 1 tab in the end (that is, when you try this with 3 tabs). An issue similar to (or the same as) this has been reported and resolved fixed as bug 216470. This may be a Mac Firebird 0.7.1 regression so I've filed this new Mac-specific bug.
WFM 0.7.1 on OS X 10.3, no extensions installed, default theme.
Confirming this bug on recent OS X nightlies (Gecko/20031207 through 20031209)
Also confirming, using 2004-01-19 (OSX 10.3.2)
It is still reproducing also by firefox which biulded from FIREBIRD_0_8_BRANCH. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP; rv:1.6) Gecko/20040210 Firefox/0.8
WFM Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a) Gecko/20040427 Firefox/0.8.0+ 10.3.3
confirm, firefox-0.9, mac os x 10.3.4. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040614 Firefox/0.9
I'm confirming this bug as well. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040714 Firefox/0.9.1+ (MOOX-AV)
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0? → blocking-aviary1.0+
have it also: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040809 Firefox/0.9.1+
I notice this behavior in 0.9.3 in linux (at home don't have details), but not in 0.9.3 in windows (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3).
I see this on XP using 0.9.3. If you click right above the tab, but below the personal toolbar, it does open a new tab.
OS: MacOS X → All
Hardware: Macintosh → All
i'm confirming like mike, but it's not that bad actually making it easier than pressing ctrl+t
This is still a problem for FF 0.9.3 on Mac OS X 10.3.5. VERY annoying. Not an issue on my Windows or Linux systems though. Any progress on this?
WFM Mozilla/5.0 (Windows; U; Windows NT 5.2; rv:1.7.3) Gecko/20040911 Firefox/0.10 (MOOX M3) I open two blank tabs, and double click quickly on the close button on the tab bar and no new tab opens.
(In reply to comment #13) > WFM > Mozilla/5.0 (Windows; U; Windows NT 5.2; rv:1.7.3) Gecko/20040911 Firefox/0.10 > (MOOX M3) > > I open two blank tabs, and double click quickly on the close button on the tab > bar and no new tab opens. Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040911 Firefox/0.10 (MOOX M2) Still happening here. I opened up three tabs all with My Yahoo loaded. I closed two and ended up with the leftmost My Yahoo tab open and a blank untitled tab next to it.
confirm: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040911 Firefox/0.10. this happens when double-clicking anywhere to the right of the last tab (in the trough), including the tab close button. and it sucks.
(In reply to comment #15) > confirm: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) > Gecko/20040911 Firefox/0.10. > > this happens when double-clicking anywhere to the right of the last tab (in the > trough), including the tab close button. and it sucks. It should probably be pointed out that double clicking on the tab bar to open a new tab is behavior by design. The problem is that it also does it when clicking on the tab close button instead of treating that as a separate entity.
This is a well understood problem that now only exists on Macintosh and we intend to fix for Mac Firefox 1.0. Additional confirmation isn't necessary unless it comes with a patch ;-)
Keywords: regression
OS: All → MacOS X
Hardware: All → Macintosh
(In reply to comment #17) > This is a well understood problem that now only exists on Macintosh and we > intend to fix for Mac Firefox 1.0. Additional confirmation isn't necessary > unless it comes with a patch ;-) Asa, I'm reproducing on three different Windows XP machines.
Ryan, what build are you using and have you installed any extensions or themes? I cannot reproduce on current Aviary branch windows builds on XP using a stock nightly profile, an 0.8 migrated profile, or a 0.9.3 created profile.
Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040912 Firefox/0.10 (MOOX M3) on two Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.7.3) Gecko/20040912 Firefox/0.10 (MOOX M2) Adblock .5 b39 and TBP 0.6.8 are my own two extensions.
Also, I should note that the one using moox' M2 build is a new profile I created yesterday on the 9/11 nightly.
Can you reproduce this problem using an official build? If this is a problem specific to some customized build, that's worth investigating, but probably not in this bug.
I'm not using any extensions (winstripe theme) and I still see this bug on 2 different XP machines. Try double clicking the small space above the tab, but below the toolbar.
(In reply to comment #22) > Can you reproduce this problem using an official build? If this is a problem > specific to some customized build, that's worth investigating, but probably not > in this bug. I've actually narrowed it down to TBP. With it disabled, no new windows open up.
ok, setting os to mac is totally wrong Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040910 Firefox/0.10 a double click on the close-button closes two tabs and opens a new one...
sorry, after i disabled tbp, the problem is gone... ignore me please :)
Kowalski, this bug has nothing to do with clicking in the tab strip. A double click on any empty space in the tab strip is _supposed_ to create a new tab. It's about double clicking specifically on the [X] tab close button causing a new tab to open.
Whiteboard: If you have Tab Browser Preferences installed, that's your problem, not this bug.
Actually, upon further testing of the latest branch builds on Mac OS 10.3 I can no longer reproduce this on Mac either. Marcia or Tracy, do you see guys this on Mac? We may be able to just resolve this one as WFM.
This ought to be RESOLVED INVALID; mea culpa. If I can figure out the cause, TBP 0.6.10 will not cause this to happen (at least on Win32 and Linux).
Actually, when I first filed this, it was a real bug. I believe that bug has since been fixed. Resolving WFM.
Status: NEW → RESOLVED
Closed: 20 years ago
Flags: blocking-aviary1.0+
Resolution: --- → WORKSFORME
verified. not seeing this on any platform with PR release candidates
Status: RESOLVED → VERIFIED
(In reply to comment #31) > verified. not seeing this on any platform with PR release candidates I see it on Mac OS X 10.3.5; Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10 Should this bug be reopened?
Ben, do you have the Tab Browser Preferences extension installed?
(In reply to comment #33) > Ben, do you have the Tab Browser Preferences extension installed? Tracy: nope. That was a fresh profile, no extensions, no nothin'. [I had installed tabbrowser extensions in the past, but it wasn't being used by that profile. Could that possibly be relevant? I'd assumed that installing extensions only affected your profile dir, but perhaps there's stuff left in the Firefox.app dir too... I'll try a fresh install tonight.]
(In reply to comment #33) > Ben, do you have the Tab Browser Preferences extension installed? No, I don't have Tabbrowser Exts installed. I see the bug with a fresh install, fresh profile, no extensions. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10 on Mac OS X 10.3.5.
Ditto, I still see this bug on Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; rv:1.7.3) Gecko/20040913 Firefox/0.10 Tab Browser Extension not installed.
ah ha! After several attempts at this I was finally able to reproduce it, and reproduce it consitantly with the Mac branch build from 0917 (clean install and no extensions). I believe that before I wasn't clicking quickly enough. It takes a quick double click on the tab close [X]. Two tabs with content closed and then a new blank tab opened. Reopening and requesting blockiing-aviary 1.0mac for this user facing bug. Ben, thank you for your persistance on this. :-)
Status: VERIFIED → REOPENED
Flags: blocking-aviary1.0mac?
Resolution: WORKSFORME → ---
Flags: blocking-aviary1.0mac? → blocking-aviary1.0mac+
message for non-macosx users: i just downloaded a new version of Tabbrowser Preferences v0.6.14, and now it's fixed! http://www.pryan.org/mozilla/site/TheOneKEA/tabprefs/#link
moving blocking1.0mac bugs to Firefox1.1 Target Milestone.
Target Milestone: --- → Firefox1.1
WFM on the trunk. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a6) Gecko/20041229 Firefox/1.0+
It's actually still broken on the trunk, Asaf. However I can only reproduce it if the tabs actually contain open pages. If they're blank tabs, it seems that I can double-click on the close button as fast as I can, and it still won't create new tabs. Open slashdot.org in, say, 10 tabs, and then start closing them rapidly. Every now and then you should see a blank page pop up. Maybe the extra overhead of closing a tab that contains data, slows things down to a point where clicking speed is more significant? Confirmed with 20050506 trunk nightly, no extensions.
Definitely still an ugly problem on Mac trunk. Nominating for 1.1 since it had 1.0+. Asa, is there anyone who could take a look at this? Ben?
Flags: blocking-aviary1.1?
It occurs to me just now that it may not be obvious why this is particularly problematic. An example: 1) Have 5 tabs open. 2) You decide you want to close tabs 2-4 (using a mouse). 3) Click tab #2 to activate it. 4) Start clicking the "X" to close the tabs. 5) On your second click, you close a tab (originally #3), but you open a new tab, appended to the END of the rest of them, and it is immediately selected. Worse, with all those perf improvements on tab selection, the jump to this new tab is immediate and it's very difficult at first to figure out what just happened! Since the number of tabs in the tab bar remains the same (one closed, one simultaneously opened), it looks as if you somehow just selected and blanked out tab #5 (original numbering), which is the one you wanted to keep! And the back button is greyed out! Very unfun experience. Not to keep ranting on, but considering that, I think this bug is a pretty bad experience for users. And if you think the above situation is pretty uncommon, consider web searches. Google for "foo" in the first tab, and open up a bunch of results in new tabs. Browse through them, start closing the ones you don't need., and watch your tabs jump around.
Assignee: bugs → nobody
Status: REOPENED → NEW
QA Contact: bugzilla → toolbars
*** Bug 296192 has been marked as a duplicate of this bug. ***
*** Bug 297824 has been marked as a duplicate of this bug. ***
stopgap is to check the event target in tabbrowser, but the tabbox check should fix this.
Flags: blocking-aviary1.1? → blocking-aviary1.1+
Assignee: nobody → bugs.mano
Flags: blocking-aviary1.0mac+
Priority: -- → P2
Status: NEW → ASSIGNED
Attached patch workaroundSplinter Review
Attachment #188107 - Flags: review?(mconnor)
*** Bug 299678 has been marked as a duplicate of this bug. ***
Comment on attachment 188107 [details] [diff] [review] workaround sure, it'd be nice to figure out why, but we should fix this for now (it just got yet another dupe)
Attachment #188107 - Flags: review?(mconnor) → review+
Attachment #188107 - Flags: approval-aviary1.1a2?
Attachment #188107 - Flags: approval-aviary1.1a2? → approval-aviary1.1a2+
Checking in tabbrowser.xml; /cvsroot/mozilla/toolkit/content/widgets/tabbrowser.xml,v <-- tabbrowser.xml new revision: 1.90; previous revision: 1.89 done
Status: ASSIGNED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → FIXED
Verified with Win DP 2005-07-28-08-trunk
Status: RESOLVED → VERIFIED
*** Bug 302999 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: