Closed
Bug 153681
Opened 22 years ago
Closed 22 years ago
initial focus for browser window is often not in page (tabbing restores focus)
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
VERIFIED
FIXED
People
(Reporter: jruderman, Assigned: bryner)
References
Details
Initial focus in browser windows is often before the URL bar when it should be on the content area. That means I can't scroll, use page accesskeys, etc. without clicking on the page first. With builds 061908 and 062208 on Win2k, I see this bug about 60% of the time. This is a recent regression. The bug happens with Ctrl+N, double-clicking on the quick launch icon, and double-clicking on the desktop shortcut (I have quick launch enabled). Bug 151039 is similar but for Chimera.
Comment 1•22 years ago
|
||
sounds like a slightly milder form of bug 141295. except that in 141295, hitting tab (or any key, afaict) won't focus anywhere.
Reporter | ||
Comment 2•22 years ago
|
||
sairuh: in your original description of bug 141295, you said that hitting Tab twice was a workaround. Does that workaround not work for you anymore?
Comment 3•22 years ago
|
||
i amended my comments in that bug...
Reporter | ||
Comment 4•22 years ago
|
||
When I hit this bug, hitting tab twice always restores focus to the content area.
Comment 5•22 years ago
|
||
bryner's been seeing this on chimera.
OS: Windows XP → All
Hardware: PC → All
Summary: initial focus for browser window is often not in page → initial focus for browser window is often not in page (tabbing restores focus)
Comment 6•22 years ago
|
||
nominating for buffy (and embedded apps which might also benefit).
Reporter | ||
Comment 7•22 years ago
|
||
I don't think I've seen this bug for several days. I'll mark this bug as WFM if I continue to not see it.
Actually, I see this all the time. When switching to a mozilla window, I need to click somewhere on the mozilla window before it will accept keyboard input. (Like Ctrl-T ) Or is that bug 141295 ?
Assignee | ||
Comment 9•22 years ago
|
||
The checkin for bug 141295 will likely take care of this problem also.
Comment 10•22 years ago
|
||
also see bug 166501, where focus is lost (similar to this bug) when switching btwn windows from the Window menu.
Comment 11•22 years ago
|
||
tested focus and keyboard scrolling with builds from bryner (9/3) on linux rh7.2, win2k and mac os x 10.1.5. looks good!
Assignee | ||
Comment 12•22 years ago
|
||
fix checked into the trunk.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 13•22 years ago
|
||
vrfy'd fixed with 2002.09.16.08 comm trunk builds. (any exceptions should be filed as new bugs.)
Status: RESOLVED → VERIFIED
Comment 14•22 years ago
|
||
This is back. I noticed in my first 1.2b install (sorry, don't know the build number) and it still exists in the 1.2 Release (Build ID: 2002101612).
Comment 15•22 years ago
|
||
is it back on all sites or just a few? URLs?
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•