Bug 727362 – Application hang when changing networks

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 727362 - Application hang when changing networks


Summary:	Application hang when changing networks


Status:	RESOLVED DUPLICATE of bug 735953

Product:	gtk+
Classification:	Platform
Component:	Widget: GtkFileChooser
Version:	3.12.x
Hardware:	Other All

Importance:	Normal major
Target Milestone:	---
Assigned To:	gtk-bugs
QA Contact:	Federico Mena Quintero

URL:
Whiteboard:

Duplicates:	704366 725572 734330 735573 (view as bug list)
Depends on:
Blocks:

Reported:	2014-03-30 20:01 UTC by Bastien Nocera
Modified:	2014-09-11 22:03 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Bastien Nocera 2014-03-30 20:01:46 UTC

1. Start application (such as Evolution) at home with a few network mounts mounted. For example:
Mount(1): videos on diskstation.local -> smb://diskstation.local/videos/
  Type: GDaemonMount
  default_location=smb://diskstation.local/videos/
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
Mount(2): linuxbackup on diskstation.local -> smb://hadess@diskstation.local/linuxbackup/
  Type: GDaemonMount
  default_location=smb://hadess@diskstation.local/linuxbackup/nuvo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0

2. Go abroad
3. See that Evolution hangs doing pretty much anything

+ Trace 233416

#0 poll
from /lib64/libc.so.6
#1 g_main_context_poll
at gmain.c line 4028
#2 g_main_context_iterate
at gmain.c line 3729
#3 g_main_loop_run
at gmain.c line 3928
#4 g_dbus_connection_send_message_with_reply_sync
at gdbusconnection.c line 2252
#5 g_dbus_connection_call_sync_internal
at gdbusconnection.c line 5723
#6 g_dbus_connection_call_with_unix_fd_list_sync
at gdbusconnection.c line 6069
#7 g_dbus_proxy_call_sync_internal
at gdbusproxy.c line 2901
#8 g_dbus_proxy_call_sync
at gdbusproxy.c line 3093
#9 gvfs_dbus_mount_call_query_info_sync
from /usr/lib64/gvfs/libgvfscommon.so
#10 g_daemon_file_query_info
from /usr/lib64/gio/modules/libgvfsdbus.so
#11 update_places
from /lib64/libgtk-3.so.0
#12 g_closure_invoke
at gclosure.c line 768
#13 signal_emit_unlocked_R
at gsignal.c line 3551
#14 g_signal_emit_valist
at gsignal.c line 3307
#15 g_signal_emit
at gsignal.c line 3363
#16 trash_enumerate_next_files_cb
from /lib64/libgtk-3.so.0
#17 next_async_callback_wrapper
at gfileenumerator.c line 304
#18 g_simple_async_result_complete
at gsimpleasyncresult.c line 763
#19 complete_in_idle_cb
at gsimpleasyncresult.c line 775
#20 g_main_dispatch
at gmain.c line 3064
#21 g_main_context_dispatch
at gmain.c line 3663
#22 g_main_context_iterate
at gmain.c line 3734
#23 g_main_loop_run
at gmain.c line 3928
#24 gtk_main
from /lib64/libgtk-3.so.0
#25 main


Those evil sync calls in update_places() are causing problems and making the application unusable for a long period.

Comment 1 Bastien Nocera 2014-04-10 11:30:56 UTC

*** Bug 725572 has been marked as a duplicate of this bug. ***

Comment 2 Matthias Clasen 2014-08-06 12:20:30 UTC

*** Bug 734330 has been marked as a duplicate of this bug. ***

Comment 3 Bastien Nocera 2014-08-28 10:41:10 UTC

*** Bug 735573 has been marked as a duplicate of this bug. ***

Comment 4 Pietro Battiston 2014-09-11 20:46:41 UTC

*** Bug 704366 has been marked as a duplicate of this bug. ***

Comment 5 Ross Lagerwall 2014-09-11 22:03:07 UTC


*** This bug has been marked as a duplicate of bug 735953 ***