Version: (using KDE 4.3.2) OS: Linux Installed from: Debian testing/unstable Packages When viewing in Icon view folders with subfolders that uses a icon (using a .directory file and Icon entry under Desktop Entry section) Dolphin gets unresponsive, hanging for a while, depending on number of files. Open the folder is very slow, and Dolphin hangs. Copy a new folder into that folder or change icon size hangs Dolphin too. In the other hand, same directory viewed using details view or column view is very much faster. Paste operations and icon size change are also faster. So it seems to be related to icon view. Also, using bigger PNG file increase unresponsive time. No information panel active testing this issue. Konqueror also suffer this bug when using icon view mode.
Created attachment 38581 [details] Compressed folders to test the issue Two examples to test this bug. This file includes a folder with two folders, each with 500 folders inside that they use specific icon. One example uses a simple PNG file (3Kb) and the other uses a bigger one (18kb).
Thanks for the report and the attachment, I could reproduce the issue. This seems to be an issue in KFileItemDelegate...
The problem is that the icon cache cannot know that all your files are identical. You should move the icon to a known place (e.g. ~/.local/share/icons), and only refer to them by name (without a path), so that the icon cache can properly reuse them.
(In reply to comment #3) > The problem is that the icon cache cannot know that all your files are > identical. You should move the icon to a known place (e.g. > ~/.local/share/icons), and only refer to them by name (without a path), so that > the icon cache can properly reuse them. Well, all icons are identical in the example provided for simplicity. In a real situation (where I discover the bug) each icon is different.
@Christoph: I did not have a detailed look yet, but I don't think the reason for this is the icon cache. When using the details view or column view, the issue does not occur anymore. My guess is that the size hint calculation in KFileItemDelegate uses a code that is not required for the other view modes and results in an expensive image loading...
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have resolved this bug. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann