Bug 195878 - Freeze when tooltip is shown for huge files
Summary: Freeze when tooltip is shown for huge files
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-10 13:08 UTC by Peter Penz
Modified: 2009-11-30 20:19 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Penz 2009-06-10 13:08:25 UTC
Version:           1.2 (using KDE 4.2.4)
OS:                Linux
Installed from:    SuSE RPMs

When tooltips are enabled and huge files (MP4, PDFs, ...) are hovered, Dolphin might freeze for several seconds.

Root cause: In dolphin/src/tooltips/tooltipmanager.cpp the method prepareTooltip() uses KFileItem::getToolTipText() which uses KFileMetaInfo() internally. KFileMetaInfo may block for several seconds depending on the used strigi analyzer.

Suggestion to solve the issue: Use prepared Nepomuk data like done already for the Information Panel.
Comment 1 Luca Tomat 2009-10-06 23:24:01 UTC
This bug is still present in KDE 4.3.2
Do you think it will be fixed in KDE 4.3.3?
Comment 2 Peter Penz 2009-10-07 08:09:05 UTC
The real root cause for this issue is outside Dolphin (see http://sourceforge.net/tracker/?func=detail&aid=2830904&group_id=171000&atid=856302 and http://sourceforge.net/tracker/?func=detail&aid=2830902&group_id=171000&atid=856302). The suggested fix from the intial comment (-> Nepomuk) cannot be backported to KDE 4.3.x due to string changes. So until the real root cause in Strigi indexers won't get fixed, we have to wait for KDE 4.4 to have a smooth experience :-( I'm a little bit frustrated myself about this issue, as this "battle" with the Strigi indexers lead to a bad Dolphin experience since KDE 4.0. So starting with KDE 4.4 Dolphin won't use the indexers anymore in a synchronous manner and the issue is at least bypassed.
Comment 3 Peter Penz 2009-11-03 22:48:35 UTC
SVN commit 1044485 by ppenz:

Since Qt 4.5 it is possible to have translucient windows. The tooltip approach having a delegate and custom drawing + animation code for transparent tooltips has now been replaced by a translucient window where any kind of (animated) widget can be embedded. Still a lot of finetuning has to be done, but maybe this code can be part of kdelibs in KDE 4.5 (systemsettings currently used the Dolphin tooltips code).

Additionally the tooltip uses now KMetaDataWidget instead of using KMetaInfo. This assures that no blocking of the application will occur even if there is a buggy Strigi analyzer that ignores the maximum size-setting and might block the retrieving of the meta data.

BUG: 182941
BUG: 195878

 M  +1 -4      CMakeLists.txt  
 M  +2 -2      pixmapviewer.h  
 D             tooltips/dolphintooltip.cpp  
 D             tooltips/dolphintooltip.h  
 D             tooltips/kformattedballoontipdelegate.cpp  
 D             tooltips/kformattedballoontipdelegate.h  
 M  +38 -164   tooltips/ktooltip.cpp  
 M  +9 -17     tooltips/ktooltip.h  
 M  +3 -18     tooltips/ktooltip_p.h  
 D             tooltips/ktooltipdelegate.cpp  
 D             tooltips/ktooltipdelegate.h  
 D             tooltips/ktooltipitem.cpp  
 D             tooltips/ktooltipitem.h  
 A             tooltips/ktooltipwindow.cpp   [License: GPL (v2+)]
 A             tooltips/ktooltipwindow_p.h   [License: GPL (v2+)]
 M  +56 -55    tooltips/tooltipmanager.cpp  
 M  +7 -1      tooltips/tooltipmanager.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1044485
Comment 4 Salvatore 2009-11-30 20:19:28 UTC
I have not seen this bug in kde "4.3.77" (OpenSuse 11.2).
Good job!