1749840 - Ctrl-A overrides my GTK-3 bindings

Status: UNCONFIRMED

(Core :: Widget: Gtk, defect, P3)

Description

[Vincent Lefevre]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:96.0) Gecko/20100101 Firefox/96.0

Steps to reproduce:

Preliminary: Create a ~/.config/gtk-3.0/gtk.css file with a binding for Ctrl-A, e.g.

@binding-set text-entry
{
bind "<Control>a"
{
"move-cursor" (paragraph-ends, -1, 0)
};
}

entry
{
-gtk-key-bindings: text-entry;
}

textview
{
-gtk-key-bindings: text-entry;
}

When Firefox is running with this config:

1. Type something in the Address bar or in a form (like here in Bugzilla).
2. Type Ctrl-A.

Actual results:

Ctrl-A does a "select all".

Expected results:

Ctrl-A should have honored the GTK-3 binding.

This is a regression that appeared with the upgrade to the firefox 96.0-1 Debian package (there were no issues with the previous Firefox versions, including the firefox 95.0.1-1 Debian package). Some of my GTK-3 bindings still work, such as Ctrl-E, Ctrl-K and Ctrl-U (perhaps because there are not assigned by default).

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 2

[Vincent Lefevre]

This is particularly annoying as when typing text after Ctrl-A (which I'm used to), all the data are lost!!!

Comment 3

[Vincent Lefevre]

Note that there is a similar issue with Ctrl-W (which closes the current tab instead of using my GTK-3 bindings), but this was already present in FF 95 at least.

Comment 4

[Vincent Bernat]

For the beta, there was this note:

Firefox for Linux changes shortcut key for "Select All" from Alt-a to Ctrl-a for solving web-compat and avoiding conflict with access keys. If you want to keep using Emacs like key bindings, e.g., you configured your GTK settings to use Ctrl-a as a shortcut key for moving caret to beginning of a line, you need to change ui.key.textcontrol.prefer_native_key_bindings_over_builtin_shortcut_key_definitions and ui.key.use_select_all_in_single_line_editor from about:config. These prefs are currently disabled by default but would be enabled by default in a future release.

https://www.mozilla.org/en-US/firefox/96.0beta/releasenotes/

Comment 5

[Vincent Lefevre]

Thanks a lot. Setting ui.key.textcontrol.prefer_native_key_bindings_over_builtin_shortcut_key_definitions to true was sufficient for me (since I have a binding for Ctrl-A).

BTW, the Ctrl-W issue (which still occurs) is a different issue, then.