If I browse some file from an nfs folder using gwenview, next KDE startup is delayed. What is happening : it looks like my NFS share (now parted of the gwenview recent files) is mount before me being able to access my desktop. These NFS share are on a NAS. So if the disk are stop (kind of sleeping), the kde startup may be very long. Solution : Delete all recents files in .kde/share/config/gwenviewrc Reproducible: Always Steps to Reproduce: 1- Open gwenview 2- Open a NFS folder mounted using autofs 3- Browse a couple of images ... recent files are added to .kde/share/config/gwenviewrc... 4- Unmount your nfs share 5- Close KDE (logout or reboot) 6- Log again Actual Results: Longer KDE startup Expected Results: My NFS share should not be mount at kde startup. autofs 5.0.7.3ubuntu3
I see a closely related behavior, where gwenview tries to access remote files on an autofs share while opening a local image, just because it is in its recently used list. In general, gwenview should only access the files it really needs to, shouldn't it?
Interestingly, I have just run into the same issue again - just to discover that I have already commented on this bug. So this issue still exists on current KDE (I'm using Arch testing.)
*** This bug has been marked as a duplicate of bug 354750 ***
*** This bug has been marked as a duplicate of bug 272361 ***