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 725572 - Open->File dialog hangs when a remote (SMB) mount is unavailable after resume
Open->File dialog hangs when a remote (SMB) mount is unavailable after resume
Status: RESOLVED DUPLICATE of bug 727362
Product: gvfs
Classification: Core
Component: smb backend
1.16.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2014-03-03 13:44 UTC by Fabian Greffrath
Modified: 2014-04-16 10:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Fabian Greffrath 2014-03-03 13:44:49 UTC 
Hi,

I use my laptop both at work and at home. At work I have network access to a number of remote directories shared by SMB servers, which I don't have at home.

I access a shared directory e.g. via nautlius at work. After work I close the laptop lid and the machine suspends. Then I open the laptop again on the train or at home to continue working. As soon as I select the File->Open dialog, e.g. in gedit, the applications hangs.

This is only cured by logging out of the session and logging back in again.

 - Fabian
Comment 1 Fabian Greffrath 2014-04-03 16:51:29 UTC 
If I type "killall -9 gvfsd-smb" in a terminal, gedit immediately becomes responsive again. This is with gvfs-backends 1.20.0-1.
Comment 2 Ondrej Holy 2014-04-10 11:10:43 UTC 
Thanks for your bug report. Could you provide stack trace of gvfsd-smb when it hangs please: 
https://fedoraproject.org/wiki/StackTraces#gdb
Comment 3 Bastien Nocera 2014-04-10 11:30:56 UTC 
Definitely bug 727362.

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 727362 ***
Comment 4 Fabian Greffrath 2014-04-15 08:09:46 UTC 
(gdb) thread apply all bt full

+ Trace 233471

(gdb)
Comment 5 Ondrej Holy 2014-04-16 10:44:01 UTC 
Thanks for the trace, however looks like dialog is using sync calls (see Bug 727362), which should be avoided...