Bug 335498

Summary:	Gwenview delaying kde startup
Product:	[Applications] gwenview	Reporter:	shaikadzari
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	matthias, myriam, nate
Priority:	NOR
Version First Reported In:	4.13.0
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description shaikadzari 2014-05-28 23:46:57 UTC

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

Comment 1 Matthias Blaicher 2015-01-11 15:03:02 UTC

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?

Comment 2 Matthias Blaicher 2016-05-28 07:54:43 UTC

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.)

Comment 3 Nate Graham 2017-11-09 19:49:45 UTC


*** This bug has been marked as a duplicate of bug 354750 ***

Comment 4 Nate Graham 2018-04-09 19:56:43 UTC


*** This bug has been marked as a duplicate of bug 272361 ***