Closed Bug 229388 Opened 22 years ago Closed 16 years ago

First tab cannot be immediately closed if others opened in the background.

Categories

(SeaMonkey :: Tabbed Browser, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: jasonb, Unassigned)

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20031224 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20031224 Recent builds have introduced an annoying (mis)behaviour whereby the first tab cannot be closed if you've opened others in the background and not yet clicked on them. Reproducible: Always Steps to Reproduce: 1. Open a new browser window. 2. Open a new tab in the background, but don't click on it. 3. Try to close your first tab (which has never lost focus). Actual Results: Nothing happens, the tab doesn't close. Expected Results: The tab should close, and focus go to the tab to its right. If at any time you've clicked on one of the other tabs, you can then close the first one - whether it currently has focus or not. (If you click back to it again so that you're in the same state as before, it will now work. The only difference is that at some point during the browsing session it will have lost focus.) Why would you open a browser window, open one of more tabs in the background, then want to close your first tab before visiting the other tabs? I do this quite frequently when visiting news sites, looking at bugs, etc. Whenever I go to a page that has a bunch of links I'm interested in, open the ones I want in the background, then close the "index" page in order to move on to the first item. This only started happening in the past few days, so it's definitely a regression.
Keywords: regression
I have the same bug here, but seems to append with every leftmost tab, and not necessarily the first openned tab. However I wasn't able to reproduce the bug in Safe-Mode; so I tried to uninstall the Web Developer extension (the only one I had except the default ones), and the bug diseapeared. Now, is it a regression in the internal behavior or just a bug in the extension ?
Is this the same bug as bug 330311 or a different issue?
Product: Core → SeaMonkey
Worksforme
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.