diff options
author | Emmanuele Bassi <ebassi@gnome.org> | 2018-02-02 15:51:47 +0100 |
---|---|---|
committer | Emmanuele Bassi <ebassi@gnome.org> | 2018-02-03 12:06:58 +0100 |
commit | c655759cefa56efdb0cb943bb5dada3ff75a963c (patch) | |
tree | ef945ea7131b6419d00828fa8661d86691563d83 /gtk/gtkrecentmanager.c | |
parent | 334acbfc39cc08869932ec046e4d13e6c4b64be6 (diff) | |
download | gtk+-c655759cefa56efdb0cb943bb5dada3ff75a963c.tar.gz |
Replace gdk_threads_add_timeout* with g_timeout_add()
The main GDK thread lock is not portable and deprecated.
The only reason why gdk_threads_add_timeout() and
gdk_threads_add_timeout_full() exist is to allow invoking a callback
with the GDK lock held, in case 3rd party libraries still use the
deprecated gdk_threads_enter()/gdk_threads_leave() API.
Since we're removing the GDK lock, and we're releasing a new major API,
such code cannot exist any more; this means we can use the GLib API for
installing timeout callbacks.
https://bugzilla.gnome.org/show_bug.cgi?id=793124
Diffstat (limited to 'gtk/gtkrecentmanager.c')
-rw-r--r-- | gtk/gtkrecentmanager.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/gtk/gtkrecentmanager.c b/gtk/gtkrecentmanager.c index b241ba251f..d6806da57c 100644 --- a/gtk/gtkrecentmanager.c +++ b/gtk/gtkrecentmanager.c @@ -1422,7 +1422,7 @@ gtk_recent_manager_changed (GtkRecentManager *manager) */ if (manager->priv->changed_timeout == 0) { - manager->priv->changed_timeout = gdk_threads_add_timeout (250, emit_manager_changed, manager); + manager->priv->changed_timeout = g_timeout_add (250, emit_manager_changed, manager); g_source_set_name_by_id (manager->priv->changed_timeout, "[gtk+] emit_manager_changed"); } else |