User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.6) Gecko/20040208 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.6) Gecko/20040208 When closing a tab, another is correctly selected. However, the focus is sometimes misplaced. For example, the focus may be placed in the URL bar. In that case, pressing Ctrl+W to close the newly selected tab doesn't close the tab, but instead deletes the contents of the URL bar. Or, pressing space to scroll down in the newly selected tab causes a space to be appended to the URL (you get the idea). I have also seen the focus being given (invisibly, as there is not visible clue this is being done) to a bookmark in the Personal Toolbar Folder. This happens as described in the steps to reproduce. Reproducible: Always Steps to Reproduce: 1. Open a tab to a web page with a lot of text (so you can scroll down) 2. Right click on a bookmark in the personal toolbar folder and select "open in new tab". 3. Once the new tab has loaded, close it. 4. Press space in the previous tab. Instead of scrolling down, the bookmark from step 2 is loaded. Actual Results: The bookmark from step 2 is loaded. Expected Results: The previous tab should have scrolled down.
I see this on LInux 2004042605
I filed a bug report: 251877 that turns out a duplicate of this bug. I've documented a slightly different behavior to this as for me, this bug isn't always reproducible, but only on some websites. In a single window at the same time, I can have tabs from site#1 that work fine and have tabs from site#2 where focus is a problem. Just a FYI.
what i see in linux running 1.03, 1.04, and 1.05 is very frequent. the focus goes to the previous tab.
WFM FF1.5 windows Linux users - does this now WFY?
I can reproduce this using Mozilla 1.7.12 on Gentoo Linux, but not with FireFox (1.0.7, Gentoo Linux). I'm not sure I've ever seen this type of problem in FF.
this was a mozilla only bug for me
Cannot reproduce on Firefox 3/Trunk. [Space] scrolls page down. Please close as WORKSFORME or INVALID.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
This bug is not about Firefox, it's about Mozilla Suite/SeaMonkey. It shouldn't have been resolved based on comment #7.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
OMG... SeaMonkey should have dropped support - it stops Firefox development and releases.
Valerio, Andrew, do you see this? (UNCO after 4 years is hot useful)
Jakub, my memory must be failing -- which firefox release was it that was stopped by SeaMonkey? anyway, I do see this bug with seamonkey branch as well as 2008-02-03-trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is stopping Firefox releases. Four yrs old bug... I am sure it will not be fixed.
reproduced only once on: Mozilla/5.0 (Windows; U; Windows NT 5.1; it-IT; rv:184.108.40.206) Gecko/20080201 SeaMonkey/1.1.8
selecting: Edit, Preferences, Tabbed Browsing, Switch to new tabs opened from links, then close Seamonkey, start it again, happen always. Deselecting that check box, close and restart Seamonkey, happen rarely.
Testcase is in comment 1 and comment 14. In Windows, this bug appears. Instead of opening the tab, though, spacebar does nothing. Instead of the spacebar scrolling page down, it does not work. Nominating for blocker status.
OS: Linux → All
Assignee: tabbed-browser → nobody
QA Contact: tabbed-browser
Not blocking for beta 1 but should probably block release. Please renominate.
Flags: blocking-seamonkey2.0b1? → blocking-seamonkey2.0b1-
We can afford to ship 2.0 without this, so not blocking, but if a fix comes up, we'd want to have it in.
I can see this in Firefox 3.5 on Linux. Sometimes while mass-killing tabs with Ctrl-W tabs stop closing and I have to click the content to close the tab. Perhaps related to bug 337215
You need to log in before you can comment on or make changes to this bug.