[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdelibs-bugs
Subject:    [kfile] [Bug 316655] Dolphin freezes when a network [cifs] mount is lost
From:       David Faure <faure () kde ! org>
Date:       2015-09-28 21:59:03
Message-ID: bug-316655-90985-hM9MMWBeAw () http ! bugs ! kde ! org/
[Download RAW message or body]

https://bugs.kde.org/show_bug.cgi?id=316655

David Faure <faure@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CONFIRMED                   |RESOLVED
                 CC|                            |faure@kde.org
         Resolution|---                         |UPSTREAM

--- Comment #20 from David Faure <faure@kde.org> ---
Don't *all* applications (not just KDE/Qt based ones, but everything, including
GTK apps, firefox, openoffice, command line tools etc.) hang when a CIFS mount
is lost, and they are trying to access something in the mountpoint? This is
"part of my mixed experiences with NFS/CIFS mounts", and the reason why I
recommend against using them. POSIX is full of synchronous calls (like the
realpath() call in the backtrace in this report), which don't mix well with
asynchronous network communication.

E.g. try `find` in a large mount, and disconnect the mount while `find` is
running. Yes you can Ctrl+C it (just like you can kill dolphin), but if I'm
right find will hang, it will not abort with an error message. Right?

I suggest you take this issue to the Linux Kernel developers, unless I'm wrong,
which would be the case if you can prove that *only* Qt/KDE apps are affected
by this.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Kdelibs-bugs mailing list
Kdelibs-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdelibs-bugs

[prev in list] [next in list] [prev in thread] [next in thread]