Bug 166648 - dolphin tries to make file previews regardless of the maximum file size setting
Summary: dolphin tries to make file previews regardless of the maximum file size setting
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-15 19:22 UTC by auxsvr
Modified: 2008-11-14 19:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Dolphin strace while it was blocked after hovering over kmail.tar.bz2 (123.22 KB, application/x-bzip)
2008-07-15 20:59 UTC, auxsvr
Details
patch fixing the max file size issue (641 bytes, patch)
2008-11-11 13:30 UTC, Pascal Maillard
Details

Note You need to log in before you can comment on or make changes to this bug.
Description auxsvr 2008-07-15 19:22:16 UTC
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.
Comment 1 Peter Penz 2008-07-15 19:30:08 UTC
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!
Comment 2 auxsvr 2008-07-15 19:41:15 UTC
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.
Comment 3 auxsvr 2008-07-15 20:59:04 UTC
Created attachment 26154 [details]
Dolphin strace while it was blocked after hovering over kmail.tar.bz2
Comment 4 Peter Penz 2008-07-15 21:22:59 UTC
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...
Comment 5 auxsvr 2008-07-16 08:33:14 UTC
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.
Comment 6 auxsvr 2008-07-16 08:34:43 UTC
Please ignore the previous message, if I disable the panel it doesn't block. Thanks.
Comment 7 Peter Penz 2008-07-16 09:00:16 UTC
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 ***
Comment 8 auxsvr 2008-07-16 15:47:22 UTC
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.
Comment 9 Peter Penz 2008-07-16 15:59:39 UTC
> 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!
 
Comment 10 auxsvr 2008-07-16 17:46:01 UTC
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.
Comment 11 Peter Penz 2008-07-16 23:26:06 UTC
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 :-)
Comment 12 Matteo Agostinelli 2008-07-17 19:27:28 UTC
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.
Comment 13 Matteo Agostinelli 2008-07-18 19:10:48 UTC
After upgrading to version 4.0.99 the problem is still present
Comment 14 Peter Penz 2008-07-18 19:24:16 UTC
@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.
Comment 15 Matteo Agostinelli 2008-07-18 19:47:30 UTC
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.
Comment 16 Pascal Maillard 2008-11-11 13:30:21 UTC
Created attachment 28492 [details]
patch fixing the max file size issue
Comment 17 Pascal Maillard 2008-11-11 13:33:22 UTC
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.
Comment 18 Peter Penz 2008-11-13 17:17:20 UTC
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.
Comment 19 auxsvr 2008-11-14 19:29:26 UTC
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?