Closed
Bug 458173
Opened 16 years ago
Closed 16 years ago
Focus completely busted with Ctrl+Tab.
Categories
(Firefox :: Keyboard Navigation, defect)
Tracking
()
VERIFIED
FIXED
Firefox 3.1b1
People
(Reporter: jst, Assigned: dao)
References
Details
(Keywords: regression, verified1.9.1)
Attachments
(1 file)
999 bytes,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
As of a few days ago (from what I can tell, w/o having had the time to download builds and test etc), when you hit Ctrl+Tab in Firefox, the window that opens up and shows the tabs does not have focus, and the you either need to Alt+Tab to the firefox window, or use the mouse to focus the window to be able to switch tabs. This IMO must block beta1 (why is there no blocking beta1 flag in bugzilla?), makes using tabs in Firefox extremely hard.
Flags: blocking-firefox3.1?
Assignee | ||
Comment 1•16 years ago
|
||
I think this is a regression from bug 451300.
Assignee | ||
Comment 2•16 years ago
|
||
More precisely, the change in bug 451300 comment 22.
Keywords: regression
Comment 3•16 years ago
|
||
Sounds like it could be a Linux thing. WFM on: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b1pre) Gecko/20081001 Minefield/3.1b1pre ID:20081001053411
Assignee | ||
Comment 4•16 years ago
|
||
For some reason I can't get the chrome test on Linux to fail with noautohide="true", although it's clearly broken when I press Ctrl+Tab manually. I tried to delay the tests as the panel widget is created asynchronously, but the tests passed nonetheless.
Comment 5•16 years ago
|
||
Is there any way to make the change windows-only like we do with browser-aero.css?
Assignee | ||
Comment 6•16 years ago
|
||
We could ifdef the attribute, although eventually we shouldn't use it on Windows either.
Assignee | ||
Comment 7•16 years ago
|
||
(In reply to comment #6) > eventually we shouldn't use it on Windows either. which I guess depends on bug 457997...
Depends on: 457997
Comment 8•16 years ago
|
||
Can we back out the change from bug 451300 for beta 1 as to unbreak this for that milestone and then work it out afterwards?
Assignee: nobody → dao
Flags: blocking-firefox3.1? → blocking-firefox3.1+
Target Milestone: --- → Firefox 3.1b1
Assignee | ||
Comment 9•16 years ago
|
||
Attachment #341446 -
Flags: review?(gavin.sharp)
Updated•16 years ago
|
Attachment #341446 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 10•16 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/184ad4f909cd
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 11•16 years ago
|
||
verified with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20081003 Minefield/3.1b1pre
Updated•16 years ago
|
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Keywords: fixed1.9.1
Updated•16 years ago
|
Keywords: verified1.9.1
Updated•16 years ago
|
Keywords: fixed1.9.1
You need to log in
before you can comment on or make changes to this bug.
Description
•