Version: 3.5.9 (using KDE 3.5.9) Installed from: Mandriva RPMs Compiler: gcc-cpp 4.2.3 6mnb1 OS: Linux If directories are load the first time (with icon preview enabled) it takes some time. And while so there is non visual feedback that anything is happening. Sometimes even the "application doesn't respond, do you wanna close it"-dialog appears. It would be nice if the progressbar or this little rotating icon in the upper-right would give some feedback.
Could this be interesting for dolphin in KDE4?
> Could this be interesting for dolphin in KDE4? Well in Dolphin the progress bar should already work when loading huge directories. But currently there seems to be a minor issue in the file-kio-slave, that it does not emit a progress update anymore (e. g. in KDE 3 if the loading of a directory took 3 seconds, quite a lot of progress updates have been sent). It's on my TODO-list for KDE 4.1 (I'm not 100 % sure whether it is really a kdelibs issue).
@Peter: when it will done, should it works even using the dolphin part in konqueror? P.S: should we change the product from konqueror to dolphin?
> @Peter: when it will done, should it works even using > the dolphin part in konqueror? No, not yet. I'd need to provide a signal for the Dolphin KPart for this and Konqueror would have to listen to this signal. I've reassigned this issue do Dolphin, I'll get in contact with David Faure as soon as the progress bar in Dolphin works as expected.
Thanks a lot Peter!
I don't think this issue really effects dolphin (and I guess konqueror 4.x) because there /usr/bin gets loaded so fast, that a between-response would be hardly recognizable ;)
> I don't think this issue really effects dolphin > (and I guess konqueror 4.x) because there /usr/bin > gets loaded so fast, that a between-response would > be hardly recognizable ;) That would be great in theory, but when loading directories with e. g. 20000 files, then it takes around 8 seconds until all items can get listed with a cold disk cache -> a progress indication is really important from my point of view ;-)
> I don't think this issue really effects dolphin (and I guess > konqueror 4.x) because there /usr/bin gets loaded so fast, that > a between-response would be hardly recognizable ;) Well, on my machine Dolphin's GUI freezes for 16-20 seconds (I tested two times) and uses a hell lot of CPU even after it has loaded the folder. My /usr/bin has 2787 files. Using KDE 4.1 beta, Kubuntu packages
Well. This should be another bug. On the machines I exprienced the behavior I described, dolphin worked fine on those large directories.
@Lasse: > Well, on my machine Dolphin's GUI freezes for 16-20 seconds > (I tested two times) and uses a hell lot of CPU even after > it has loaded the folder. My /usr/bin has 2787 files. Did you turn on previews? In the debug mode previews are incredible slow and block the application very much.
> Did you turn on previews? In the debug mode previews are incredible > slow and block the application very much. Yes. Without previews /usr/bin loads in about 8-9 seconds and after that UI is very responsive.
I'm not 100% sure anymore, but as far as I remember dolphin loaded the normal icons first and then rendered the previews step-by-step. So maybe it took some time, but there was no 'freeze' to experience.
If I remember correctly, some days ago I've see on CSV changelog something about a visual indicator when loading directories. Am I wrong?
I too am finding that Dolphin freezes if I try to browse a directory with many files in it. It is highly frustrating. Dolphin should not try to bite off more than it can chew. If only Dolphin came up with a dialogue that said "You are browsing a directory with n files. Would you like to automatically sort them into subdirectories?".
One year has passed since the original report, here is a short summary of improvements that have been done: - The progress indicator works. - The performance of the preview generation has been improved a lot. - Internal improvements in kdelibs made the access to directory items faster. From my point of view there are 2 issues left: - When loading directories like /usr/bin by using the icons mode, the update of the MIME type is quite slow and might block the UI. The root cause is an inefficient layout algorithm in Qt's QListView and I hope this is solve with Qt4.5. - Some users reported serious performance issues especially in the details view in combination with their NVidia driver. This should be resolved in the meantime by using the latest driver. -> it would be great if all persons that subscribed for this issue could give a short update of their performance issues when using KDE 4.2.0. Maybe I'm missing an important point... Thanks :-)
I've created 20000 empty files on a test directory: mkdir test cd test for i in `seq 1 20000`; do touch $i; done I've opened the test directory using dolphin, it hangs for less than 4 seconds (I'm using a E8500@3.16GHz). After opening, dolphin is very slow due to the creation of the icons (probably the MIME issue described by Peter on comment #15) With 1000 files, dolphin loads the directory in less than one second, after loading it is a bit slow while the MIME icons are loaded, but it is acceptable.
In my suse 11.2 on dell xps M1530 big (5000 files) directories on hard disk or on the net or when I open dolphin as root sometimes takes 8-15 seconds, a progressbar could be useful to start a search when all is up.
SVN commit 1205345 by ppenz: Show an undetermined progress indication within one second after changing an URL. Update to SVN commit 1205329: - Fix issue that an undetermined progress is shown when switching between columns of the column-view. - Fix issue that no undetermined progress is shown when editing the URL directly in the URL navigator BUG: 234894 BUG: 163004 FIXED-IN: 4.6.0 M +22 -20 dolphinviewcontainer.cpp M +7 -3 dolphinviewcontainer.h M +5 -3 views/dolphinview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1205345