Closed
Bug 112933
Opened 23 years ago
Closed 22 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•23 years ago
|
||
looks like a dupe of bug 102551 and bug 107276
Comment 3•23 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: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 4•23 years ago
|
||
It's been working fine on builds since and including 2001112011
Reporter | ||
Comment 6•23 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•23 years ago
|
||
Reassigning to new component owner.
Assignee: hyatt → jaggernaut
Status: REOPENED → NEW
Comment 8•22 years ago
|
||
*** Bug 140583 has been marked as a duplicate of this bug. ***
Comment 9•22 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•22 years ago
|
QA Contact: sairuh → pmac
Comment 10•22 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•22 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•22 years ago
|
||
I just tried the procedure I described in the original bug report, using build 2002101703. Everything was fine. WFM.
Comment 13•22 years ago
|
||
thanks Isaac. marking resolved.
Status: NEW → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → WORKSFORME
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•