After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 727177 - GtkFileChooserDialog hangs in org.gtk.vfs.Mount QueryInfo
GtkFileChooserDialog hangs in org.gtk.vfs.Mount QueryInfo
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Widget: GtkFileChooser
3.10.x
Other Linux
: Normal major
: ---
Assigned To: gtk-bugs
Federico Mena Quintero
Depends on:
Blocks:
 
 
Reported: 2014-03-27 16:49 UTC by Marco Trevisan (Treviño)
Modified: 2016-01-30 05:38 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Hang backtrace (64.45 KB, text/plain)
2014-03-27 16:49 UTC, Marco Trevisan (Treviño) 		Details

Description Marco Trevisan (Treviño) 2014-03-27 16:49:27 UTC 
Created attachment 273098 [details]
Hang backtrace

I'm getting this quite often in Ubuntu Trusty (mostly in file-roller and evolution): when an app tries to open a file-chooser dialog (or a reply-msg window in case of evolution), it hangs while calling g_dbus_proxy_call_sync on org.gtk.vfs.Mount.QueryInfo inside gtk_places_sidebar_init.

See attached bt (full at the bottom).

Wondering if it would be possible to use an async call to avoid these kinds of hangs to affect the user in terms of app full-usability.
Comment 1 Matthias Clasen 2014-11-03 04:15:02 UTC 
this stacktrace is against an old version of GTK+. We've made more operations in the places sidebar async by now. It would be good to know if you are still seeing hangs with GTK+ 3.14.
Comment 2 Matthias Clasen 2016-01-30 05:38:48 UTC 
assuming that was not the case