Version: 1.0.99 (using Devel) Installed from: Compiled sources Compiler: GCC 4.2.3 OS: Linux This is only applicable when the "Information" panel is enabled (F11). When the mouse hovers over a package, dolphin is unresponsive until the "Information" panel finally updates itself. ---------------------------------------------------- Reproduce. 1. Obtain rpm or debian package, I was using opera 9.51. 2. Make sure information panel is open. 3. Mouse over said package.
Dolphin doesn't crash ?
What do you compile ? branches or SVN ? This bug should be fixed ( bug 163050 )
Dolphin does NOT crash, it merely becomes unresponsive for several seconds. This is from revision 827504. I did see the bug you mentioned, this seems to be a new issue.
Run Dolphin from a console and look at the output when your mouse hovers the concerned file. It will probably give some informations
This is what was being output every time I would mouse over the file. The init method was printed and then several seconds later the rest of it was output and that's when dolphin was responsive again. Is that helpful? The first time I moused over the file in a new instance of dolphin a *lot* more debugging information was printed out, but it didn't seem relevant since this is all that is printed out in subsequent events. dolphin(4784) KFileMetaInfoPrivate::init: KUrl("file:///home/kde4daily/virtualbox_1.6.2-31466_Ubuntu_hardy_i386.deb") loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#title" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#sourceModified" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#name" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#contentKeyword" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#depends" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#url" loading writer for key "http://strigi.sf.net/ontologies/0.9#parentUrl" loading writer for key "http://www.w3.org/1999/02/22-rdf-syntax-ns#type" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#version" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#description" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#mimeType" loading writer for key "http://strigi.sf.net/ontologies/0.9#depth" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#fileExtension" dolphin(4784) MetaDataWidget::setFile: KUrl("file:///home/kde4daily/virtualbox_1.6.2-31466_Ubuntu_hardy_i386.deb")
Thank you. Reaffecting to kdelibs. Peter, I'm adding you to the CC list. @kdelibs team : Is this a new issue or does the bug 163050 need to be reopened ?
added Jos to CC...
Same happens to me. Using KUbuntu 8.04 with KDE 4.1 beta 2 installed. This is the output of Dolphin opened from Konsole and hovering over a targz file: dolphin(7382) KFileMetaInfoPrivate::init: KUrl("file:///home/aitor2/pdt-all-in-one-R20080603-linux-gtk.tar.gz") >>>>>>> several seconds here (30 or so) <<<<<<<< loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#sourceModified" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#size" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#name" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#url" loading writer for key "http://strigi.sf.net/ontologies/0.9#parentUrl" loading writer for key "http://www.w3.org/1999/02/22-rdf-syntax-ns#type" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#mimeType" loading writer for key "http://strigi.sf.net/ontologies/0.9#depth" loading writer for key "http://freedesktop.org/standards/xesam/1.0/core#fileExtension" dolphin(7382) MetaDataWidget::setFile: KUrl("file:///home/aitor2/pdt-all-in-one-R20080603-linux-gtk.tar.gz")
I can't reproduce this bug in Dolphin 1.1 KDE 4.1.00 (KDE 4.0.99 (4.1 RC1+)) (KDEmod) in ArchLinux. Using some random .deb from getdeb.net, Dolphin is responsive, and the file information and icon displays without delay
Nothing has changed for me, I was able to reproduce it using r838993, Dolphin 1.1, KDE 4.1 (4.1 >= 20080722. I'm using a virtualbox package which is a little hefty, weighing in at 25 mb.
Jacques: r838993 of strigi? can you check with strigidaemon --version? If this is < strigi 0.9.11, can you check with that?
strigidaemon --version is 0.5.11 I'm not using strigi at all however. Strigidaemon is not running. I just echoed the revision kde4daily prints out, I don't know if kde4daily is selective about which parts of kde it pulls in.
Dolphin Version 1.1 Using KDE 4.1.00 (KDE 4.1.0) (KDEmod) in ArchLinux i686: With Nepomuk enabled and disabled, Strigi daemon enabled and disabled, using strigi 0.5.11 and SVN rev 837403: the behaviour is always the same: I can reproduce this bug with a big file (12mb deb freezed Dolphin for ~4 secs) Before I had only checked with small files, so I didn't notice the freeze. strigidaemon --version for the svn package give me "strigidaemon 0.5.11". Is there any "0.9.11" version of strigi or it's only a typo ?
0.9.11 is a typo. I can confirm this bug. It should be fixed in strigi in the same way it was fixed for tar.gz and .zip.
behaviour confirmed on mandriva: https://qa.mandriva.com/show_bug.cgi?id=45330
Bug confirmed using Kubuntu 8.10, Dolphin 1.1 on KDE 4.1.3. Happens a lot with large (usually >40 MB) PDFs with information panel open. The bigger the file, the longer it remains unresponsive.
Confirmed on Arch Linux, KDE 4.1.3, Dolphin 1.1.
Confirmed on openSuSE 11.1, KDE 4.1.96 (KDE 4.2 RC1) "release 78.1", Dolphin 1.1.80
@benji: what is your output for the command "strigidaemon --version" ? Thanks :)
strigidaemon 0.6.3 :) Same symptoms like @Yözen Hernández wrote
I just tried this out again and I did not experience "freezing". I was using ~30MB debian and rpm virtualbox packages. I don't have any 40MB pdf files otherwise I would have tested that. Using Gentoo ~x86, KDE 4.1.4 Dolphin 1.1 Strigi 0.6.3
SVN commit 915843 by vandenoever: Make ar and deb analyzer more well-behaved. The ar analyzer (which is also the .deb analyzer) should stop reading a file if the configuration does not specify that each contained file should be analyzed. CCBUG:165683 M +26 -2 arendanalyzer.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=915843
Did that commit make it to KDE 4.2? I am using KDE 4.2 in kubuntu (from the kubuntu-experimental PPA) and now I experience this with ALL PDF's, regardless of size. Dolphin temporarily freezes when hovering the mouse over a PDF, even if you just passed the mouse over it for an instant. Maybe just a problem with those packages?
No, the bug was not fixed in a released version yet. Version 0.6.4 has the fixes. Also, the bug has not yet been addressed for pdf files, only for .deb files.
Should be solved in next strigi version (0.6.13)
I am seeing the same issue in kde 4.3.2 with stigi 0.7.0-1. I use arch linux. Saw the issue in video files of any type. particularly avi, flv andagv
same here, has been like that ever since I started using kde4, now I'm in Arch. A very annoying bug! Should be critical to solve this one asap :)
my bad, didn't see it was only rmp and debs, but for me it's generally videos, documents...
.. About the videos and documents, they could be unrelated to that bug. Check that you don't have tooltips enabled (at least on KDE < 4.4). The information panel already uses Nepomuk to retrieve the metadata of a file, so that shouldn't block the UI (KDE4.3)