1135341 - [gtk3] Ctrl+K in a new tab or window doesn't work

Status: RESOLVED DUPLICATE of bug 1176929

(Firefox :: Untriaged, defect)

Description

[Baptiste Mille-Mathias]

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

Comment 1

[Baptiste Mille-Mathias]

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

Comment 2

[sjw]

(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

Comment 3

[Simon Lindholm]

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.

Comment 4

[dolphinling]

See also bug 1176929, bug 1187282

Comment 5

[Vash63]

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

Comment 6

[Botond Ballo [:botond]]

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