Bug 969021 - Some windows not receiving focus when opened with keyboard shortcuts
Summary: Some windows not receiving focus when opened with keyboard shortcuts
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-settings-daemon
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Bastien Nocera
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 949980 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-30 13:43 UTC by Jamie Nguyen
Modified: 2014-02-23 15:17 UTC (History)
8 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-02-23 15:17:41 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jamie Nguyen 2013-05-30 13:43:50 UTC
Using custom keyboard shortcuts to open applications seems to result in some applications not receiving focus.

Opening Firefox or Nautilus/Files using a custom keyboard shortcut (such as Alt-B) on an empty workspace starts the application, but the new window does not receive focus until you click. This is different from the behaviour in Fedora 18 (with gnome-shell 3.6.x), where the new window would immediately receive focus.

Using the mouse to open Firefox or Nautilus gives it focus straight away, so the problem seems to be only when using keyboard shortcuts.

Strangely, opening gnome-terminal using a custom keyboard shortcut doesn't result in the same symptoms. It receives focus immediately. So apparently not all applications are affected.


Fedora 19 x86_64
gnome-shell-3.8.2-3.fc19
gnome-settings-daemon-3.8.2-1.fc19


"halfline" on fedora-devel IRC mentioned the following:

looks like a settings-daemon bug

static void
do_custom_action (GsdMediaKeysManager *manager,
                  guint                deviceid,
                  MediaKey            *key,
                  gint64               timestamp)

{
        g_debug ("Launching custom action for key (on device id %d)", deviceid);
        execute (manager, key->custom_command, FALSE);
}

timestamp is getting thrown away

and it's getting hardcoded to GDK_CURRENT_TIME anyway:
do_custom_action (manager, deviceid, key, GDK_CURRENT_TIME);

Comment 1 Jamie Nguyen 2013-05-30 13:51:25 UTC
Also reported upstream:

https://bugzilla.gnome.org/show_bug.cgi?id=701273

Comment 2 Stefan 2013-07-14 11:16:32 UTC
This happens to me, when I open the calculator by the calculator key on the keyboard.

var/log/messages contains the following warning:

/etc/gdm/Xsession[820]: Window manager warning: Got a request to focus the no_focus_window with a timestamp of 0.  This shouldn't happen!

Please note: It seems, that bug 949980 is a duplicate of this one

Comment 3 Tim Waugh 2013-07-16 09:58:41 UTC
*** Bug 949980 has been marked as a duplicate of this bug. ***

Comment 4 Jamie Nguyen 2013-08-26 18:44:34 UTC
Looks like this has been fixed upstream. The fix will make it into GNOME 3.10.
https://bugzilla.gnome.org/show_bug.cgi?id=701273


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