Bug 330422 - Open/Save file dialog freezes on my home folder
Summary: Open/Save file dialog freezes on my home folder
Status: RESOLVED WORKSFORME
Alias: None
Product: kfile
Classification: Applications
Component: general (show other bugs)
Version: 4.11.3
Platform: Ubuntu Linux
: NOR grave
Target Milestone: ---
Assignee: kdelibs bugs
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2014-01-26 11:33 UTC by Dmitry
Modified: 2018-10-29 02:16 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
gzipped output from "strace kate 2>strace.dump" when the bug is displayed (165.42 KB, application/gzip)
2014-01-26 11:40 UTC, Dmitry
Details
gzipped tail of .xsession-errors (540.63 KB, application/x-gzip)
2014-01-26 14:52 UTC, Dmitry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry 2014-01-26 11:33:21 UTC
When I call Open or Save file dialog from different apps, it opens on my home folder (/home/commando) and just freezes, with the progress bar in lower left corner stuck to zero %. The apps keeps hanging and consuming memory up to 3Gb, only "kill -9" helps. I was able to switch to different folders by clicking on their entries a few times, and they don't freeze. See strace output in attachment.

Reproducible: Always
Comment 1 Dmitry 2014-01-26 11:40:13 UTC
Created attachment 84850 [details]
gzipped output from "strace kate 2>strace.dump" when the bug is displayed

Funny, could not load the attachment with Opera because of that described bug, had to use Firefox with dialog from GNOME.
Comment 2 Dmitry 2014-01-26 11:46:45 UTC
One more observation - happens only with my home dir root, all other directories, including home dir subdirs, work all right.
Comment 3 Christoph Feck 2014-01-26 13:24:56 UTC
Could you find out which entry in the home dir is causing it? It could be a recursive link (I see you link from /home/ to /data/ somewhere?)
Comment 4 Dmitry 2014-01-26 14:41:27 UTC
It is the .xsession-errors file. It has grown up to 3Gb by now. If I move it away from home dir or create an empty one, everything works smooth. If I do not, it starts growing quickly when the Open File dialog is called. The tail of .xsession-errors (from the moment I start kate) is in the attachment.
Comment 5 Dmitry 2014-01-26 14:52:45 UTC
Created attachment 84851 [details]
gzipped tail of .xsession-errors
Comment 6 Christoph Feck 2014-01-26 16:14:42 UTC
It looks like something is continuously writing to .xsession-errors, so that the file dialog tries to rescan the folder again and again, but other than that, I have no idea. Does disabling file previews or switching the view modes help?
Comment 7 Dmitry 2014-01-26 18:51:56 UTC
I have deleted the big .xsession-errors file, now it is only 22Mb and everything is ok, cannot reproduce anymore.
Comment 8 Dmitry 2014-03-15 14:00:03 UTC
The problem has reappeared again with .xsession-errors. The previews are already disabled and switching view modes does not help. Can't figure out who is writing to .xsession-errors, the command
lsof | grep xsession
shows that there are lots of processes that have this file open.
Comment 9 Dmitry 2014-05-04 13:09:30 UTC
The problem still happens with .xsession-errors, but I have noticed one more thing - deleting .xsession-errors does not solve it, even if I move all other files to other directories afterwards, the dialogs still hang on an empty dir. But if I move .xsession-errors somewhere, everything starts working, even if I move it back afterwards.
Comment 10 bjoernv 2017-03-01 14:06:06 UTC
Same here. The freeze is not infinitely long. Minutes later the dialog becomes active again. But the waiting time is too long. I couldn't find anytime related in ~/.xsession-errors*.

Tested with 16.12.2, Plasma 5.9.2, Qt 5.7.1, openSUSE Tumbleweed 20170213
Comment 11 Nate Graham 2018-04-09 20:55:03 UTC
Is your home folder a network mount, or are any of the other items in your places panel network mounts?
Comment 12 bjoernv 2018-04-09 21:57:02 UTC
In my case the open/save dialog freezes with local filesystems.

I suspect, that the root cause is, that the KIO libs used by the open/save dialogs open each file in a folder to determine the MIME type. This takes a long time, if there are thousands of files in a folder. Also this operation update the access times, which breaks cron jobs which delete old unused temporary files.
Comment 13 Andrew Crouthamel 2018-09-28 03:29:34 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 14 Andrew Crouthamel 2018-10-29 02:16:29 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!