Ryan Lortie a00a5ed210
GtkApplication: avoid using stale timestamps ...
Avoid using a stale timestamp (from the last user interaction with the
application) when a message arrives from D-Bus requesting that a new
window be created.
In this case the most-correct thing that we can do is to use no
timestamp at all.
We modify gdk_x11_display_set_startup_notification_id() to allow a NULL
value to mean "reset everything" and then call this function
unconditionally on receipt of D-Bus activation requests. The result
will be that a missing desktop-startup-id in the platform-data struct
will reset the timestamp.
Under their default configuration metacity and mutter will both map
windows presented with no timestamp in the foreground. This could
result in false-positive, but there is very little we can do about that
without the original timestamp from the user event.
https://bugzilla.gnome.org/show_bug.cgi?id=752000
2015-07-14 18:34:09 -07:00
2015-07-01 21:07:28 +02:00
2015-04-17 11:16:30 -05:00
2015-07-03 13:48:13 -04:00
2015-07-07 09:36:29 -07:00
2015-07-06 11:32:26 -05:00
2015-05-20 08:42:24 +00:00
2015-07-14 18:34:09 -07:00
2013-03-13 13:22:46 +08:00
2015-02-02 09:28:22 +01:00
2014-11-10 15:23:14 -05:00
2014-11-10 15:23:14 -05:00
2015-05-10 22:40:37 -04:00
2015-02-02 09:28:22 +01:00
2014-02-04 16:58:54 -05:00
2013-05-05 15:38:46 -04:00
2015-02-25 01:55:28 +01:00
2014-10-13 10:43:31 -04:00
2013-05-28 13:04:37 +08:00
2013-08-02 11:20:19 +08:00
2015-05-08 14:21:11 -04:00
2015-05-08 13:34:25 -04:00
2013-08-07 13:34:10 +02:00
2014-02-19 18:56:05 -05:00
2015-01-19 15:09:19 +01:00
2015-01-19 15:09:19 +01:00
2014-07-21 22:16:05 +02:00
2013-05-05 15:38:46 -04:00
2015-01-19 15:09:19 +01:00
2014-11-10 15:23:14 -05:00
2014-11-08 00:20:15 -05:00
2015-01-17 01:03:10 -05:00
2013-05-05 15:38:46 -04:00
2013-04-19 16:23:43 -04:00
2014-11-10 15:23:14 -05:00
2014-09-01 19:17:53 +02:00
2014-09-01 19:17:53 +02:00
2013-03-15 09:19:35 -04:00
2014-12-08 19:31:56 -05:00
2014-11-01 14:44:03 -04:00
2014-06-11 21:55:15 -04:00
2014-05-11 11:48:32 -04:00
2014-12-08 19:31:56 -05:00
2014-01-12 19:56:49 +07:00
2014-09-05 20:44:22 -04:00
2014-01-20 18:27:28 -05:00
2014-02-07 13:06:10 -05:00
2014-12-08 19:31:56 -05:00
2015-03-22 14:40:57 -04:00
2015-03-06 14:02:55 +01:00
2015-02-12 17:51:31 +00:00
2015-02-09 19:10:31 +00:00
2014-11-06 12:24:43 +01:00
2015-06-15 10:56:45 +02:00
2013-04-19 20:11:39 -04:00
2015-04-27 20:07:52 -03:00
2015-04-27 20:07:52 -03:00
2015-04-27 20:07:52 -03:00
2013-04-19 20:11:38 -04:00
2013-07-17 16:40:05 -04:00
2013-04-19 20:11:38 -04:00
2014-02-19 18:56:05 -05:00
2014-11-08 00:20:15 -05:00
2015-04-27 06:26:52 -04:00
2014-03-29 00:24:15 -04:00
2014-06-11 21:55:15 -04:00
2014-05-22 09:31:15 -04:00
2013-05-05 15:38:46 -04:00
2013-05-05 15:38:46 -04:00
2014-08-30 00:53:21 -04:00
2013-05-05 15:38:46 -04:00
2015-04-21 09:05:26 +02:00
2013-05-05 15:38:46 -04:00
2014-09-28 21:18:10 +02:00
2013-05-05 15:38:46 -04:00
2014-09-24 20:34:16 -04:00
2014-02-10 22:15:28 -05:00
2014-07-13 15:35:23 -04:00
2014-05-19 11:47:59 -07:00
2014-06-11 21:55:15 -04:00
2013-05-05 15:38:46 -04:00
2013-05-05 15:38:46 -04:00
2015-05-08 11:47:51 +01:00
2015-03-22 02:10:23 -04:00
2014-09-07 17:14:37 -04:00
2014-06-11 21:55:15 -04:00
2015-06-23 17:27:42 -04:00
2015-06-23 17:27:42 -04:00
2014-06-22 10:20:50 -04:00
2015-02-12 12:34:28 +00:00
2014-02-07 14:22:39 -05:00
2013-07-17 17:52:19 -04:00
2013-10-24 18:48:33 -04:00
2015-02-02 09:28:22 +01:00
a00a5ed210