Closed Bug 78608 Opened 24 years ago Closed 24 years ago

ctrl+F doesn't work when focus is in the URL bar

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED INVALID
mozilla0.9.1

People

(Reporter: bugzilla, Assigned: alecf)

References

Details

spun off from bug 65257... the weird thing is that for some odd reason, i can bring up the Find in Page dialog via accel+F in Mac and winNT --even when focus is in the URL bar. however, ctrl+F doesn't work on linux when focus is in the URL bar. weird weird weird. tested using: linux comm 2001.05.02.08 mac comm 2001.05.02.09 winnt moz 2001.05.02.12 now i'm unclear what the steps are that would suddenly make this work. ideas? here's a simple recipe: 1. start browser. [btw, i don't have a blank page appear at startup --i have a vanilla-ish page such as bugzilla.mozilla.org.] 2. click in the URL bar. 3. hit accel+F to bring up Find in Page dialog. results: works now [somehow] in mac and winnt bits, but not the linux bits. maybe i'm just encountering of those URL bar focus issues, somehow?
argh, more focus madness. CC saari, and akkana for editor/keybinding issues, but I don't know how to fix this. is Ctrl-F bound to something on mac/windows? (I think it's the equivalent of cursor-right on unix) We need some way for accelerators that aren't bound to text fields to still work when focus is in a text field I'm really tempted to reassign this to editor :)
accelerators that aren't bound to text fields *should* still work when focus is in a text field. It used to work. Akkana has been seeing this malfuction for a while now, and I've got the bug in 0.9.1. I'm going to start working on this stuff probably in the next day or so.
^F moves forward one character in Unix text fields. That conflicts with the Find dialog in the browser window, and it's correct for the text field binding to win (though, as Chris pointed out, it doesn't always due to a focus bug). The solution to this is to use alt as your accel key, as we did in 4.x, so that the bindings don't conflict (Find will be on alt-F). See http://www.mozilla.org/unix/customizing.html for how to change your accel key.
thx, akk. that's what i get for not using emacs much. ;-P marking invalid.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
verifying
Status: RESOLVED → VERIFIED
Target Milestone: --- → mozilla0.9.1
wait, isn't this still an issue on windows and mac?
No, i tested it and things work fine.
*** Bug 111554 has been marked as a duplicate of this bug. ***
So basically, it's not a bug it's a feature. :P I understand the reasons that you chose to do it the way that you did but I still think it is confusing. For example, when I switch focus between windows the caret stays where I last had it. In many cases that might be the URL bar or a text area. When I switch back to the window I might just click at the top on my window manager border. Then I try to press CTRL-F and nothing happens. Recently, I have trained myself to click inside the window before trying to press CTRL-F but it took me a long time to figure out why short cut keys sometimes weren't working.
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.