Bug 374228 - Dolphing hangs if mounted sshfs server disconnected without proper unmounting
Summary: Dolphing hangs if mounted sshfs server disconnected without proper unmounting
Status: RESOLVED UPSTREAM
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.08.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
: 367759 (view as bug list)
Depends on:
Blocks:
 
Reported: 2016-12-27 22:25 UTC by Sebastian Dicke
Modified: 2017-01-14 11:22 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Minimal Qt application that also hangs (2.23 KB, application/zip)
2016-12-29 14:27 UTC, Elvis Angelaccio
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sebastian Dicke 2016-12-27 22:25:29 UTC
I reproduced the following behavior often:

1. Mount a sshfs filesystem  in a home folders direct sub folder.
2. Open a folder contained in this filesystem.
3. Disconnect the sshfs filesystem providing server by disconnect the network interface.
4. The open dolphin window (which was opened in step 2) don not react the mouse input anymore.

If I open a new dolphin window, the application in normally useable, except if I open the home folder (sub folders are not the folder in which the sshfs was mounted are not affected), no contents are showed, the progressbar in the right down corner are active. If I navigate the the folder in which the sshfs is mounted, the current window do not react the mouse inputs, too. After a few minutes all affected windows react to mouse inputs again.
Comment 1 Elvis Angelaccio 2016-12-28 10:28:25 UTC
This is a known issue, but the bug is not in Dolphin. See also https://bugs.kde.org/show_bug.cgi?id=75324#c20 and following comments.

For example, if I run dolphin in gdb and I reproduce the freeze, backtrace says:

Thread 1 "dolphin" received signal SIGINT, Interrupt.
0x00007fffef326e55 in _xstat () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007fffef326e55 in _xstat () from /usr/lib/libc.so.6
#1  0x00007ffff00a3770 in ?? () from /usr/lib/libQt5Core.so.5
#2  0x00007ffff003bfa8 in QFileInfo::exists(QString const&) () from /usr/lib/libQt5Core.so.5
#3  0x00007ffff5eedcd0 in KFileItemActions::addServiceActionsTo (this=0x7fffffffb610, mainMenu=0xfe2c50)
    at /home/elvis/dev/kde/src/kio/src/widgets/kfileitemactions.cpp:282
#4  0x00007ffff7b11edf in DolphinContextMenu::addServiceActions (this=0xfe2c50, fileItemActions=...)
    at /home/elvis/dev/kde/src/dolphin/src/dolphincontextmenu.cpp:487
#5  0x00007ffff7b10c5f in DolphinContextMenu::openViewportContextMenu (this=0xfe2c50)
    at /home/elvis/dev/kde/src/dolphin/src/dolphincontextmenu.cpp:358

which means the hang is in the low-level filesystem calls...

Workaround: don't use sshfs + Dolphin, use the sftp ioslave instead (type sftp://user@server in the Dolphin URL bar). You many need to install the kio-extras package if you don't have it already.
Comment 2 Elvis Angelaccio 2016-12-29 14:27:32 UTC
Created attachment 103062 [details]
Minimal Qt application that also hangs

I can reproduce the freeze also with the minimal Qt application attached, so this is definitely not a Dolphin issue.

The root cause is probably: https://github.com/libfuse/sshfs/issues/3
Comment 3 Elvis Angelaccio 2017-01-14 11:21:20 UTC
*** Bug 367759 has been marked as a duplicate of this bug. ***