RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1091628 - Pressing any global keyboard shortcut causes temporary loss of focus
Summary: Pressing any global keyboard shortcut causes temporary loss of focus
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-shell
Version: 7.0
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
Depends On:
TreeView+ depends on / blocked
Reported: 2014-04-26 16:01 UTC by Nrbrtx
Modified: 2019-09-11 18:18 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2019-09-11 18:18:16 UTC
Target Upstream Version:

Attachments (Terms of Use)

System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 700316 0 None None None 2019-07-23 07:01:02 UTC
Launchpad 1244090 0 None None None Never
Launchpad 1299519 0 None None None Never
Novell 875352 0 None None None 2019-07-23 07:01:02 UTC

Description Nrbrtx 2014-04-26 16:01:30 UTC
Description of problem:
When pressing any global keyboard shourtcut (configurable via System settings -> Keyboard -> Shortcuts; i.e. for switching keyboard layout, volume up/down), focus temporary switches from active text input to something else, then restores back shortly. Maybe even active window loses focus, but window frame does not shows this (window header remains to look active).

For example: when I press ctrl+shift here to switch keyboard layout, when writing this description, yellow frame disappears from text input box, text caret disappears too; they appear again when releasing ctrl+shift. The same occurs in all other programs, i.e. terminal.

It causes serious annoyance, for example in Twitter when losing focus in Reply text box, reply rolls up and I have to click it again with mouse and set caret to correct place each time I switch keyboard layouts.

Other key combinations, not only ctrl+shift, also cause this.

Version-Release number of selected component (if applicable):
Bug exists in Red Hat ____Enterprise___ Linux Workstation 7.0 (Maipo).

How reproducible:

Steps to Reproduce:
1. Open for example gedit
2. Press Ctrl+S
3. Press Create Folder button
4. Try to change keyboard layout or volume up/down
5. Focus will be removed from new folder, folder will not be created

Actual results:
Focus is removed from new folder, folder will not be created.

Expected results:
Layout changed, folder name is on desired layout, folder is created and named as user wants.

Additional info:
This bug exists at least in Ubuntu (see https://bugs.launchpad.net/gnome-settings-daemon/+bug/1244090 for more reproduce scenarios ). The bug is reported to upstream too (https://bugzilla.gnome.org/show_bug.cgi?id=700316) with no luck.

Comment 2 Nrbrtx 2014-04-27 08:52:13 UTC
Bug exists in Fedora 20 too.

Comment 3 Bastien Nocera 2014-04-28 09:25:03 UTC
gnome-shell is responsible for capturing the media keys.

Comment 4 Nrbrtx 2014-09-01 17:57:54 UTC
Fedora 20 with all installed updates. Bug is still here. Please fix it.

Comment 5 Egor Zakharov 2015-03-04 18:19:36 UTC
Fedora 21 with all installed updates. Bug is still present in GNOME.

Comment 7 Michal Domonkos 2015-05-12 15:03:58 UTC
Still an issue in GNOME-3.14.

Comment 8 Matthias Clasen 2019-09-11 18:18:16 UTC
This is unfixable under X11. It should just work under Wayland.

Note You need to log in before you can comment on or make changes to this bug.