Open Bug 55416 Opened 24 years ago Updated 3 years ago

[meta] Location bar focus issues

Categories

(SeaMonkey :: Location Bar, defect)

Product:
SeaMonkey
Component:
Location Bar
Type:
defect
Priority:
Not set
Severity:
normal

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.
Depends on: 19446, 32194, 37588, 37638, 40606, 53549, 54321, 55225
Keywords: meta
Status: NEW → ASSIGNED
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]
Not sure why 32194 was in the dependency list.
No longer depends on: 32194
Depends on: 54887
Depends on: 65257
Depends on: 44257
Depends on: 31809
Depends on: 69421
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...
QA Contact: mpt → zach
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.)
Depends on: 62765
Depends on: 83246
-> mpt
Assignee: jesse → mpt
Status: ASSIGNED → NEW
Depends on: 87946
Adding bug 88239, "Keyboard navigation is impossible when Navigation Toolbar is
hidden when started up".
Depends on: 88239
Depends on: 90919
Depends on: 64606
No longer depends on: 64606
Depends on: 92450
Depends on: 102598
Depends on: 102831
Depends on: 103758
adding bug 66834: autocomplete widget should not block clicks outside of itself
Depends on: 66834
Depends on: 108244
Depends on: 89835
Depends on: 112367
Depends on: 114170
Depends on: 62423
Depends on: 138029
Added new blocking bug 138029, which still needs confirmation (1.0-branch on NT).
No longer depends on: 138029
Depends on: 138029
Depends on: 137202
No longer depends on: 137202
Depends on: 132090
Depends on: 125282
Blocks: 140346
Depends on: 139862
--> URL Bar
Assignee: mpt → hewitt
Component: User Interface Design → URL Bar
QA Contact: zach → claudius
Depends on: 159998
Depends on: 78636
No longer blocks: 140346
Depends on: 140346
No longer depends on: 140346
Depends on: 164339
Blocks: 140346
Blocks: 177166
Depends on: 192915
Depends on: 153693
Depends on: 206960
Depends on: 199988
No longer depends on: 199988
Depends on: 326571
Product: Core → SeaMonkey
Assignee: hewitt → nobody
Priority: P3 → --
QA Contact: claudius → location-bar
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
Status: NEW → UNCONFIRMED
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
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
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
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
This is a metabug.
Status: UNCONFIRMED → NEW

(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.

You need to log in before you can comment on or make changes to this bug.