Version: (using Devel) Installed from: Compiled sources Compiler: gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] OS: Linux I have set the maximum file size setting to 5 MB and "use thumbnails embedded in files". Dolphin tries to get previews for every file, which makes it freeze for a minute, and in the case of tar.bz2 files useless.
How old are your sources? A freezing may not occur anymore since around one week, as some fixes in Strigi have been done. Also do you mean the Information Panel does not respect the size or do you mean the inline preview in the view does not respect the size? Thanks!
I'm using the RPMs from the factory repository of the opensuse buildservice. The problem is that it tries to get previews for files larger than the 5 MB limit. In the case of a large tar.bz2 file (80 MB) I have, the preview is even useless and blocks dolphin for a minute.
Created attachment 26154 [details] Dolphin strace while it was blocked after hovering over kmail.tar.bz2
Thanks for the update, it looks like the RPMs are not uptodate. You have not answered my previous question (I think my question was formulated a little bit confusing ;-)): does the blocking occur only if the Information Panel is shown? If this is the case, then I know for sure that it is a Strigi issue that has been fixed recently...
I disabled the panel, now it doesn't freeze when I hover over the tar.bz2, but it freezes after I have opened it with ark.
Please ignore the previous message, if I disable the panel it doesn't block. Thanks.
OK, in this case it is a Strigi issue. The issue has been fixed recently - if the next RC still should not work, please reopen the issue. Thanks! *** This bug has been marked as a duplicate of 163050 ***
Just installed RC1, the problem remains. I didn't explain it clearly in the first post, so let me try again: The maximum file size setting is completely ignored, so every file in the system gets a preview. In the case of large PDFs this takes about .5 minute. The problem is very annoying with a large tar.bz2 file, for which previews are generated and are, in my opinion, useless. In my opinion, the bugs are two here: that the maximum file size setting is ignored and that previews are generated for tar.bz2 files. Now, there's a new bug here! The pdftotext processes that create previews for 2 PDF files in the home directory are in zombie state. Every time I hover over a PDF file, a pdftotext process becomes zombie. The processes are killed when I exit dolphin.
> In my opinion, the bugs are two here: > that the maximum file size setting is ignored Currently the maximum file size setting is only applied for previews in the view. The Information Panel does not respect this setting. I fully agree that this is a bug and I've set this bug report to CONFIRMED in the sense of fixing this issue. > and that previews are generated for tar.bz2 files. I currently have no access to my KDE environment, so I'm not sure what you mean with "previes are generated for tar.bz2" files. Have you enabled to iterate through previews and mean that previews are generated for files that are _inside_ the tar.bz2 package? Or do you mean that a preview is generated for the tar.bz2 package itself? However in both cases the issue would have to be fixed in kdelibs. Please just let me know which of the both possibilities you mean and I'll submit a bug report to kdelibs (or maybe fix it myself if possible). Thanks! > Now, there's a new bug here! It would be great if you could open a new bug report and assign it to kdelibs. Thanks in advance!
By "previews are generated for tar.bz2 files" I mean that dolphin spends about a minute scanning the file, I assume it scans it to get a preview. This looks similar to bug 164561 and bug 165683. The bug report about the zombie processes is bug 166747. Thanks.
Thanks for the update! Additional strigi related fixes to bug 164561 and bug 165683 have been made shortly after RC1 has been tagged (I got similar reports during the last hours and know it for sure now) -> the tar.bz2 issue has been fixed for sure :-)
I confirm that I am having the same issue with the RC1 packages for openSUSE 11. Dolphin is unresponsive for several seconds when hovering over big multimedia files, making it quite difficult to browse a directory with a lot of videos. Closing the information panel solves the problem for me too.
After upgrading to version 4.0.99 the problem is still present
@Matteo: Which issue is still present? The "freezing" or that the Information Panel does not respect the maximum size? I've reopened this issue to fix the issue that the Information Panel does not respect the maximum size (and fixing this has only a medium priority -> will be in KDE 4.2 - see also comment 9). The freezing may not occur anymore, otherwise you might have old strigi components in your system.
I am experiencing both issues: the information panel does not respect the maximum size and also the freezing. > The freezing may not occur anymore, otherwise you might have old strigi components in your system. You are probably right. The strigi package from openSUSE might be not really up-to-date (the version is 0.5.10-2.14). Thanks.
Created attachment 28492 [details] patch fixing the max file size issue
Comment on attachment 28492 [details] patch fixing the max file size issue This obvious patch fixes the problem that the information panel ignores the maximum file size for previews specified by the user. However, this bug/feature was obviously intended and I think that it is quite sensible, too, as the information panel should offer more extensive information than the previews in the file view. I would therefore opt not to apply the patch and to close the bug.
Thanks Pascal for the patch. In opposite to my statement in comment #9 I've changed my mind and agree that it is intended having no limit for the Information Panel. As the main issue (= blocking of Dolphin) has been fixed in the meantime (strigi/nepomuk fixes), I'll set this issue to FIXED.
Using KDE 4.1.3, hovering over a 26 MB PDF file with the preview enabled (F11) makes dolphin freeze for ~10 seconds. Is this a problem with strigi or dolphin?