Default Ctrl+. shortcut conflicts with Firefox 150+ GTK emoji picker on Linux

Starting with version 150.0, Firefox added support for the native GTK emoji picker in Linux. This is from the release notes (https://www.firefox.com/en-US/firefox/150.0/releasenotes/ ):

Added support for the GTK emoji picker on Linux, allowing users to insert emoji using the system shortcut (typically Ctrl+.).

GTK's native emoji picker is triggered by the "insert-emoji" signal, whose default keybindings are "Ctrl+." and "Ctrl+;". These are set at the toolkit level by GTK, so they can't be remapped via OS settings or Firefox's about:keyboard page.

Since 1Password's browser extension uses "Ctrl+." as the default shortcut for activating it, the update causes the emoji picker to appear instead of the extension when the shortcut is pressed in a text field.

The simplest workaround is to change 1Password's shortcut assignment in the extension's Settings page, but if you want to keep using the default without having Firefox interfere with it, I found two solutions:

1. Set the value of the "widget.gtk.native-emoji-dialog" preference to "false" in Firefox's about:config page. This will completely disable the emoji picker feature.
2. Add the code snippet below to "~/.config/gtk-3.0/gtk.css". This will unbind the "insert-emoji" signal from Ctrl+. and reassign it to a new shortcut (Ctrl+Shift+E in this case), but will do so for all GTK apps in your system.

@binding-set EmojiSelectRemap {
  unbind "<Control>period";
  bind "<Control><Shift>e" { "insert-emoji" () };
}

entry, textview {
  -gtk-key-bindings: EmojiSelectRemap;
}

Given this situation, it would be worth the 1Password team considering either changing the default shortcut for the Firefox browser extension on Linux or adding a note on this issue to the documentation.