Closed Bug 178110 Opened 23 years ago Closed 20 years ago

Alt-d address bar shortcut doesn't work with caps lock on

Categories

(Firefox :: Keyboard Navigation, defect)

Product:
Firefox
Component:
Keyboard Navigation
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
minor

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Firefox1.5rc1

People

(Reporter: matt_p_green, Assigned: aaronlev)

References

Details

(Keywords: helpwanted)

If caps lock is on, alt-d doesn't jump to the address bar like it should. Just a little annoying. :)
Works for me on Linux with today's build. Matt, can you try to see if this happens in Mozilla also? Did you install Phoenix to a clean directory (not overwriting a previous installation) and created a new profile with phoenix.exe -ProfileManager before starting Phoenix?
Summary: Alt-d address bar shortcut doesn't always work. → Alt-d address bar shortcut doesn't with with caps lock on
Installed phoenix fresh and created new profile, didn't help. Works fine in Moz 1.2b.
worksforme with the latest build on linux
Most likely a dupe of bug 158679. That is in Mail though, so I'm not sure.
On WinXP, I can reproduce this bug in Phoenix but not in Mozilla.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I can't recall the exact way that Ctrl+D is implemented in Phoenix, but I seem to remember it being different than how it's done in Mozilla. I think Mozilla just sets an accesskey on the location field.
Summary: Alt-d address bar shortcut doesn't with with caps lock on → Alt-d address bar shortcut doesn't work with caps lock on
On WinXP confirmed for Phoenix but not for Mozilla, as Jesse already said.
OK, here's the difference. Mozilla specifies an accesskey on the urlbar. http://lxr.mozilla.org/seamonkey/source/xpfe/browser/resources/content/navigator.xul#161 Phoenix uses a <key> instead. http://lxr.mozilla.org/mozilla/source/browser/base/content/browser.xul#179 Changing to how Mozilla does it would make things work, although there's probably a bigger issue as to why Alt+d with Caps Lock down doesn't work.
*** Bug 184050 has been marked as a duplicate of this bug. ***
OS: Windows XP → All
I didn't even realize textboxes could have accesskeys. That's a neat solution, so I checked in that fix. I'm pretty positive we have a bug on the real issue (that David notes), so Fixed.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Target Milestone: --- → Phoenix0.7
Cool, I like that way better.
This is not the improvement I was hoping for. :D Alt+D now moves the cursor to a "random" entry field on the page. For example, when I Alt+D on this page it moves the cursor+focus to the "Bug 178110 depends on" field. To make matters worse, this fix disabled the "Open Web Location" dialog Firebird used to display when the address bar is hidden, leaving the user without a means to enter an url when the address bar is hidden. [Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030706 Mozilla Firebird/0.6]
Pressing Alt+D when viewing a bug has always selected the "Bug <n> depends on" field. Page access keys take priority over chrome access keys.
noririty: Please verify that a bug is fixed by testing that the reported problem is fixed in an actual build, not just by looking at CVS.
Dean, you're absolutely right about the access key priority, I simply never checked it before. :) Having said that, I only came here because my "Open Web Location" dialog has disappeared, which I think, is a rather dramatic and unintentional change in functionality.
*** Bug 211888 has been marked as a duplicate of this bug. ***
Someone opened Bug 242643 "Alt+D does not select location bar with Caps Lock on" And I can see the described behaviour using a recent build: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040505 Firefox/0.8.0+ So, something broke it along the way...
It was the fix for Bug 231381. See http://bugzilla.mozilla.org/show_bug.cgi?id=242643#c5 This should probably reopened so the original fix can be adjusted if necessary and checked in.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
*** Bug 242643 has been marked as a duplicate of this bug. ***
Flags: blocking1.0?
Flags: blocking1.0? → blocking1.0-
*** Bug 249252 has been marked as a duplicate of this bug. ***
Ere, do you have any idea about this one?
Yes, I have a few ideas. I just want to get the fix for bug 244334 in before poking the code more.
Ere, I see that Bug 244344 is closed. Any ideas so this bug may be re-closed before the 1.0PR release?
Component: General → Keyboard Navigation
I'm the original reporter of bug 242643. I just checked this bug out to see what was going on with it. With Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040727 Firefox/0.9.1+ (BlueFyre), Alt+D is now jumping to the address bar with Caps Lock on. I'm not sure when it started, but it does work for me now.
Oops, my fault. I accidentally checked in a modification I did for this bug along with another fix (nsWindow.cpp version 3.506). It's just another special case: keys from A to Z are now handled in OnKeyDown if Alt is down and Ctrl isn't. I'll just mark this fixed, hope nobody minds :)
Status: REOPENED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → FIXED
*** Bug 262358 has been marked as a duplicate of this bug. ***
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20041003 Firefox/0.10 Alt-d(caps) doesn't focus on the locationbar (see bug 262358) ->REOPENING
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: firefox → aaronleventhal
Status: REOPENED → NEW
QA Contact: asa → jruderman
I think the fix hasn't been checked into the Aviary branch.
Keywords: helpwanted
(In reply to comment #29) > I think the fix hasn't been checked into the Aviary branch. Maybe it's just me, but I don't see the fix on the trunk anymore, either.
*** Bug 203993 has been marked as a duplicate of this bug. ***
Target Milestone: Firebird0.7 → After Firefox 1.0
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041029 Firefox/1.0RC1 WIN XP Alt-d(caps) doesn't focus on the location bar
Still a bug in 1.0.
Works for me in latest trunk.
Status: NEW → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → WORKSFORME
*** Bug 284516 has been marked as a duplicate of this bug. ***
*** Bug 285762 has been marked as a duplicate of this bug. ***
This bug is still present on 1.0.2 on WinXP.
(In reply to comment #37) > This bug is still present on 1.0.2 on WinXP. This is fixed on the trunk, so the next release in which this will be fixed will be Firefox 1.1.
Blocks: 285161
[02:15:45] <SirPsycho> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3 He reports having it as well, so it's still around. He says CTRL-L works fine, with/without capslock. Either way, fixed in trunk for me: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050419 Firefox/1.0+
*** Bug 291272 has been marked as a duplicate of this bug. ***
(In reply to comment #39) > Gecko/20050414 Firefox/1.0.3 > He reports having it as well, so it's still around. That's a 1.0.3 build, this has been shown to work on trunk. We know it still exists in old builds, the point is it doesn't exist in new builds.
*** Bug 292218 has been marked as a duplicate of this bug. ***
*** Bug 296613 has been marked as a duplicate of this bug. ***
*** Bug 296852 has been marked as a duplicate of this bug. ***
*** Bug 304710 has been marked as a duplicate of this bug. ***
*** Bug 307030 has been marked as a duplicate of this bug. ***
*** Bug 309763 has been marked as a duplicate of this bug. ***
Can't reopen this bug, so I can only add a comment. Does not work in Firefox 1.07. Running: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 On Windows 2000 with all Windows updates applied. Extensions used (might have some relevance?): Ad Block Tab Clicking Options IE View GMail Notifier Bugmenot Allow right click Single Window URI id Adblock Filterset.g updater Lasttab
(In reply to comment #48) > Can't reopen this bug, so I can only add a comment. > Does not work in Firefox 1.07. This won't ever be fixed for 1.0.x releases. The next release with this fix is Firefox 1.5.
Target Milestone: Future → Firefox1.5rc1
(In reply to comment #49) > (In reply to comment #48) > > Can't reopen this bug, so I can only add a comment. > > Does not work in Firefox 1.07. > > This won't ever be fixed for 1.0.x releases. The next release with this fix is > Firefox 1.5. > When is that planned for GA? I find this bug quite annoying, because I run into it all the time (almost on a daily basis..)
You need to log in before you can comment on or make changes to this bug.