Version: 0.8.0 (using KDE 4.6.3) OS: Linux Gwenview hanged on startup, both when opening with or without a filename to show. Strace reveals the following issue: [pid 21036] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2917, ...}) = 0 [pid 21036] stat64("/home/diederik/.kde4/share/apps/gwenview/recentfolders/E22370rc", {st_mode=S_IFREG|0600, st_size=89, ...}) = 0 [pid 21036] access("/home/diederik/.kde4/share/apps/gwenview/recentfolders/E22370rc", W_OK) = 0 [pid 21036] stat64("/home/diederik/.kde4/share/apps/gwenview/recentfolders/E22370rc", {st_mode=S_IFREG|0600, st_size=89, ...}) = 0 [pid 21036] open("/home/diederik/.kde4/share/apps/gwenview/recentfolders/E22370rc", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 19 [pid 21036] fcntl64(19, F_SETFD, FD_CLOEXEC) = 0 [pid 21036] fstat64(19, {st_mode=S_IFREG|0600, st_size=89, ...}) = 0 [pid 21036] fstat64(19, {st_mode=S_IFREG|0600, st_size=89, ...}) = 0 [pid 21036] fstat64(19, {st_mode=S_IFREG|0600, st_size=89, ...}) = 0 [pid 21036] read(19, "[general]\ndateTime=2011-01-07T18"..., 16384) = 89 [pid 21036] read(19, "", 16295) = 0 [pid 21036] close(19) = 0 [pid 21036] stat64("/mnt/nas9000/diederik/Zakelijk/E-books", ^C <unfinished ...> The folder '/mnt/nas9000/' is an auto-mounted folder, which is not reachable in the LAN the laptop is currently at. Gwenview in turn, hangs on startup because of this. Reproducible: Sometimes Steps to Reproduce: * Mount a network share * Have it in the recent folders list * Make sure the network is no longer reachable (e.g. move to a different subnet, 192.* instead of 10.*) * Open gwenview OS: Linux (i686) release 2.6.37.6-0.5-desktop Compiler: gcc
I confirm this, and add this "me too!" as I'd expect this to be easy to fix :). My 'strace' revealed 'stat("/net/<hostname>/<share>",' which for some reason hanged. Qt: 4.8.6 KDE Development Platform: 4.14.1 Gwenview: 4.14.0 pre
So, is there a way to check if a remote folder is available, without causing a delay, if it is not available?
The basic problem seems to be that Gwenview checks remote mounts/folders/places without the user actually navigating there. In that respect, this is a dupe of or at least has the same root cause as https://bugs.kde.org/show_bug.cgi?id=354750 *** This bug has been marked as a duplicate of bug 354750 ***
*** This bug has been marked as a duplicate of bug 272361 ***