Baptiste Mille-Mathias Reporter
	Description • 9 years ago

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150207040400

Steps to reproduce:

I created a new tab or a new window
I press Ctrk +K to focus on the search field


Actual results:

Nothing


Expected results:

Focus on the search field

	Baptiste Mille-Mathias Reporter
	Comment 1 • 9 years ago

the build is the one from https://copr.fedoraproject.org/coprs/dgoerger/firefox-gtk3/

	sjw
	Comment 2 • 9 years ago

(In reply to baptiste.millemathias from comment #1)
> the build is the one from
> https://copr.fedoraproject.org/coprs/dgoerger/firefox-gtk3/

This document is gone. Do you still have this issue?
Have you tried a new profile? https://support.mozilla.org/kb/profile-manager-create-and-remove-firefox-profiles

	Simon Lindholm
	Comment 3 • 9 years ago

I can confirm this issue (even in a new profile); it started happening for me with the switch to GTK3. It *could* be because of some odd config of mine, I haven't checked a vanilla Ubuntu install.

To add to the description: When the location bar has focus, rather than focusing the search field, Ctrl+K now deletes the text after the cursor. Similarly, Ctrl+U clears the whole field rather than opening "view source". Also happens for web page <input> fields, but not <textarea>s. This is consistent with other applications that use GTK, but is unexpected within Firefox which uses Ctrl+K and Ctrl+U as shortcuts.

	dolphinling
	Comment 4 • 9 years ago

See also bug 1176929, bug 1187282

	Vash63
	Comment 5 • 9 years ago

Same issue here, Arch Linux on AUR build dated 2015-08-12 on Gnome 3.16.2. Build just pulls latest nightly bz2 from: https://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

I should note that it ONLY happens to new windows that were never given mouse focus. If I hit ctrl+n to open a new window, ctrl+l will work but not ctrl+k. Clicking the window once fixes the issue. Alt-tabbing back and forth does not fix it, only a mouse click seems to fix it even if I explicitly set window focus with alt-tab or alt-`.

	Botond Ballo [:botond]
	Comment 6 • 9 years ago

(In reply to Vash63 from comment #5)
> I should note that it ONLY happens to new windows that were never given
> mouse focus. If I hit ctrl+n to open a new window, ctrl+l will work but not
> ctrl+k. Clicking the window once fixes the issue. Alt-tabbing back and forth
> does not fix it, only a mouse click seems to fix it even if I explicitly set
> window focus with alt-tab or alt-`.

Is it correlated with whether or not the focus is on a text field (e.g. the address bar) when you press Ctrl+K? If so, it's the same issue as bug 1176929.