Closed Bug 371654 Opened 17 years ago Closed 13 years ago

focus can get stuck in the wrong tab

Categories

(SeaMonkey :: UI Design, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: ajschult784, Unassigned)

References

Details

It's possible to get keyboard focus stuck in the wrong tab.  I'm testing a recent 1.1.x build, but this happens on trunk too.

1. Load two pages in two tabs (one window)
2. Click (or use keyboard) to follow a link in one tab.  The new page needs to load slowly
3. Switch to the second tab.
4. Wait for the page to load
5. Switch back to the first tab

==> keyboard focus is in the second tab
Using tab or type-ahead-find will operate on the second tab.  If you tab through the whole page back up to the location bar, or just use ^L, you can then tab into the first tab.  Also, if focus was in the URL bar (or at the end of the page) for the second tab, then it won't really work, so you might focus something in step 3.
ajschult says this was present in 1.7.
OS: Linux → All
This affects Firefox 2.x as well.  FAYT works properly in Firefox, but using arrow keys to scroll the page scrolls the background tab.
Filter "spam" on "guifeatures-nobody-20080610".
Assignee: guifeatures → nobody
QA Contact: guifeatures
Component: XP Apps: GUI Features → UI Design
Still seems to happen: Firefox 3.0.2 on Windows XP. Can get Wikipedia shortcuts such as Alt+Shift+H to open page history to fire on the previously focussed tab rather than the tab with current focus.
Flags: wanted1.9.1?
Blocks: 468835
Still happens in 3.5 and makes keyboard-only navigation hell.
This is possibly a dupe of bug 318881
I'm closing this since with the new Focus Manager code this bug is probably gone.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.