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

List:       kde-bugs-dist
Subject:    [Bug 240009] file selection dialog is very slow, because loading non-cached icons is very slow
From:       <dannielsc () yahoo ! com ! br>
Date:       2012-11-24 21:38:26
Message-ID: bug-240009-17878-bcPZN60OTl () http ! bugs ! kde ! org/
[Download RAW message or body]

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

dannielsc@yahoo.com.br changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dannielsc@yahoo.com.br

--- Comment #12 from dannielsc@yahoo.com.br ---
I second  the opinion of Matthew Schultz. This bug is terrible, I wish I could
use the GTK file dialog on KDE apps! When it happens I don't even know whether
the application will awake some minutes later or if I should kill it as it
won't come back, there's no obvious way to know.

If anyone is having trouble to reproduce it, try to save something into a
folder that already has lots of files, like about two thousand (such as
/usr/bin in a usual install I guess). Or saving something there for a second
time, I have the impression that it will sometimes work find "once" for a
folder and then it will just tend to hang forever (even after reboot).

A workaround is to save things folders that are not that full and move it via
command line or file manager afterwards. In some programs you can change its
"folder history" on its rc file, so if there's a program that's always going to
hang because its last used folder is very full, you can edit it manually to a
subfolder of that folder or its container folder, whatever.

-- 
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]