Closed
Bug 112933
Opened 24 years ago
Closed 23 years ago
Selecting "Close Other Tabs" in drop-down menu closes the wrong tabs
Categories
(SeaMonkey :: Tabbed Browser, defect)
SeaMonkey
Tabbed Browser
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: isw, Assigned: jag+mozilla)
References
Details
Build 2001112011
Mac, OS 9
At least under some conditions, when several tabs are open, selecting "Close
Other Tabs" closes the wrong set. It appears that the most recently loaded tab
is the only one left open, whereas it should be the one from which the close
operation is performed.
1) Make sure the pref is set to open new tabs in the background (I don't know if
that's necessary, but that's the way I have it set up).
1) Open a window with a page having several hot links
2) Open two or three of the links in new tabs
3) Sequentially select them, left to right
4) reselect the leftmost (original) tab
5) *Without moving the mouse*, reclick it, and using the drop-down menu, select
"Close Other Tabs"
6) Note that one of the tabs closed was the frontmost (the one you were in), and
the last tab loaded is now the only remaining open window
If the mouse is moved off the tab and back onto it, the bug doesn't always appear.
I see this bug too. 100% using this procedure on 0.9.6 (Mac OS X)
I suggest you view this procedure in another window, because
part of reproducing the bug involves *not* returning to this
page in the window you're using to duplicate the error.
open this bug report in a new window
open new tab with "format for printing" link
on the resulting tab, new tab with "mozilla.org" link in
"for more information about what Bugzilla is, and
what it can do, see _mozilla.org_'s"
on the resulting tab, new tab with "feedback" left margin link
Now you have four tabs, from left to right they are:
Bug 112933 - Selecting...
Full Text Bug Listing
mozilla.org
mozilla.org Feedback
Click each tab one time from left to right
Now you're back on the Feedback page.
The tricky part is selecting the leftmost tab
*and* brining up the contextual menu without
moving the mouse horizontally or vertically.
If you bring up that menu and select "close other tabs"
the current tab will close, as will two others, leaving
the mozilla feedback tab open.
On my mac (nothing else here to test on, sorry),
the contextual menu is brought up by click-and-hold,
so to duplicate this I just do a double-click but
never do the second mouse-up... it's more like a
click-and-a-half.
This will duplicate the bug 100% of the time.
If I do a click, move mouse, click-and-hold, then I
fail to see the bug (100% of the time).
-matt
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•24 years ago
|
||
looks like a dupe of bug 102551 and bug 107276
Comment 3•24 years ago
|
||
hi, is this still a problem with recent builds?
i've tried both the original steps and the steps in comment 1, and cannot repro
using 2001.12.20 comm bits on linux rh7.2, winnt or mac osx.
pls do reopen if it's still a problem with newer builds!
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 4•24 years ago
|
||
It's been working fine on builds since and including 2001112011
| Reporter | ||
Comment 6•24 years ago
|
||
This one seemed fixed on builds as recent as 2001121804, but it definitely is
back on Mozilla 0.9.7, build 2001122106, at least some of the time.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 7•24 years ago
|
||
Reassigning to new component owner.
Assignee: hyatt → jaggernaut
Status: REOPENED → NEW
Comment 8•24 years ago
|
||
*** Bug 140583 has been marked as a duplicate of this bug. ***
Comment 9•23 years ago
|
||
This bug also on Windows 98:
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021014
Testcase: opening a group of tabs in a window (metabug and some bugs from mozilla)
Deleting 1st TAB:
blank bug1 2 3 4 5 6 7 8 9
looking at bug 4 and closing the unused blank window (1st tab)
shows bug 4 in URL and TAB, as it should be, but bug 5 in the browserwindow.
Switching tabs or reload gives correct display.
Looking at 2nd Tab and deleting others than 5th tab:
bug1 2 3 4 5 6 7 8 9
looking at bug 2 (2nd tab) and "closing other" with mouse over bug 5 (5th tab)
shows bug 5 in TAB, as it should be, but bug 4 in URL and the browser.
Creating a new blank tab and switching tabs don´t give a correct display.
Reload gives correct display.
Looking at 8th Tab and deleting others than 5th tab:
bug1 2 3 4 5 6 7 8 9
looking at bug 7 (7th tab) and "closing other" with mouse over bug 5 (5th tab)
shows bugs 5, 8 and 9 in TAB, with bug 9 marked active and in URL, but browser
window dark grey.
Switching tabs or reload gives a correct display.
Preceding tabs are deleted: correct
Tab under mouse not deleted: also correct
Next 2 Tabs deleted: correct
Active Tab deleted: correct
following Tabs not deleted: incorrect
herman
Updated•23 years ago
|
QA Contact: sairuh → pmac
Comment 10•23 years ago
|
||
I can confirm the problem mentioned in the previous comment with 1.2beta on
win2k. Also confirmed by a couple of people in
http://www.mozillazine.org/talkback.html?article=2571
Should we use this bug for the problem, or open a new one (I guess it's a
regression of this?) Will probably see dupes of it appearing anyway...
OS: Mac System 9.x → All
Hardware: Macintosh → All
Comment 11•23 years ago
|
||
having talked to neil (@parkwaycc) on irc, comment 9 is another symptom of bug
173703...
so I guess the original problem reported in November 2001 should be WFM now?
| Reporter | ||
Comment 12•23 years ago
|
||
I just tried the procedure I described in the original bug report, using build
2002101703. Everything was fine.
WFM.
Comment 13•23 years ago
|
||
thanks Isaac. marking resolved.
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•18 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•