Bug 216155

Summary:	Icon view is very slow if subdirectories use icon for the folder
Product:	[Unmaintained] kdelibs	Reporter:	Ricardo Sanz <rsante>
Component:	kdeui	Assignee:	kdelibs bugs <kdelibs-bugs-null>
Status:	RESOLVED UNMAINTAINED
Severity:	normal	CC:	cfeck, peter.penz19
Priority:	NOR	Keywords:	investigated
Version First Reported In:	SVN
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Compressed folders to test the issue

Description Ricardo Sanz 2009-11-25 21:27:42 UTC

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.

Comment 1 Ricardo Sanz 2009-11-25 21:32:46 UTC

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

Comment 2 Peter Penz 2009-11-27 15:55:34 UTC

Thanks for the report and the attachment, I could reproduce the issue. This seems to be an issue in KFileItemDelegate...

Comment 3 Christoph Feck 2009-11-28 23:11:07 UTC

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.

Comment 4 Ricardo Sanz 2009-11-29 15:31:25 UTC

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

Comment 5 Peter Penz 2009-12-01 22:05:36 UTC

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

Comment 6 Christoph Cullmann 2024-09-14 17:07:00 UTC

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