[meta] Location bar focus issues
Categories
(SeaMonkey :: Location Bar, defect)
Tracking
(Not tracked)
People
(Reporter: jruderman, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: meta)
There are bugs in this list that disagree with each other. There are probably also some duplcates. bug 19446 want keyboard shortcut to focus location bar bug 37588 loading about:blank should set focus to location bar bug 40606 typing into location bar, pressing enter should focus page [fixed] bug 54321 typing into location bar, pressing enter should leave focus in bar bug 55225 typing into location bar, pressing enter should focus page bug 37638 "open link in new window" and "new window" should focus page bug 53549 "open link in new window" (but not "new window") should focus page I don't think there's currently a bug asking for focus to stay in the location bar until a (non-404?) page starts loading, like mpt mentioned in bug 40606. Note: this bug is just assigned to me for tracking, so you can steal it if you want.
Reporter | ||
Updated•24 years ago
|
Reporter | ||
Updated•24 years ago
|
Reporter | ||
Comment 1•24 years ago
|
||
keyboard users would probably also be interested in: bug 32194 escape key in location bar should revert url bug 22400 don't show "about:blank" for blank page bug 37587 select contents of url bar on click [invalid]
Reporter | ||
Comment 2•24 years ago
|
||
Not sure why 32194 was in the dependency list.
Comment 3•24 years ago
|
||
Chaning the qa contact on these bugs to me. MPT will be moving to the owner of this component shortly. I would like to thank him for all his hard work as he moves roles in mozilla.org...Yada, Yada, Yada...
Reporter | ||
Comment 4•23 years ago
|
||
Adding bug 62765, "Selecting url from menu/toolbar doesn't set focus to content area". (Bug 69421, another dependency, was just marked as a duplicate of that bug.)
Reporter | ||
Comment 6•23 years ago
|
||
Adding bug 88239, "Keyboard navigation is impossible when Navigation Toolbar is hidden when started up".
Comment 7•23 years ago
|
||
adding bug 66834: autocomplete widget should not block clicks outside of itself
Comment 8•22 years ago
|
||
Added new blocking bug 138029, which still needs confirmation (1.0-branch on NT).
Comment 9•22 years ago
|
||
--> URL Bar
Reporter | ||
Updated•22 years ago
|
Assignee | ||
Updated•16 years ago
|
Updated•16 years ago
|
Comment 10•15 years ago
|
||
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Comment 11•15 years ago
|
||
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Comment 12•15 years ago
|
||
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Comment 13•15 years ago
|
||
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Comment 14•15 years ago
|
||
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Comment 16•3 years ago
|
||
(In reply to Jesse Ruderman from comment #0)
...
Test against SM 2.53.9 Linux x86
bug 19446 want keyboard shortcut to focus location bar
Ctrl+L
bug 37588 loading about:blank should set focus to location bar
It doesn't.
bug 40606 typing into location bar, pressing enter should focus page [fixed]
It does, correct.
bug 54321 typing into location bar, pressing enter should leave focus in bar
It doesn't, correct.
bug 55225 typing into location bar, pressing enter should focus page
It does, correct.bug 37638 "open link in new window" and "new window" should focus page
"open link in new window" focuses page; "new window" (File>New>Browser Window) correctly focuses bar.
bug 53549 "open link in new window" (but not "new window") should focus page
It does, correct.
I don't think there's currently a bug asking for focus to stay in the
location
bar until a (non-404?) page starts loading, like mpt mentioned in bug 40606.
Bug 90919
The 'Address Not Found' page with 'Try Again' button is focused.
Description
•