Version: unspecified (using KDE 4.6.2) OS: Linux When I hover over a file in dolphin, the tooltips are not displayed. instead the mouse curser turns into a busy one, and keeps on spinning. Also, the information panel only has the icon and name of the file. No size, permission, date information is displayed. I have disabled the semantic desktop support in kde SC 4.6.2, with Gentoo's use flag "-semantic-desktop". nepomuk is not installed on the system, while strigi is. This is not related to bug #193592 as the tooltip and information panel is not displayed at all. Changing "preview" to on and off does not affect the issue. Reproducible: Always
I have the same problem on Gentoo with dolphin-4.6.4, soprano/semantic-desktop/nepomuk disabled.
I have this issue as well. I just upgraded to 4.7.3 and the issue persists.
I failed to reproduce the reported problem using KDE SC 4.8 RC2.
Were you able to reproduce it using earlier versions?
I CONFIRM this bug still persist on 4.8.1 KDE, Dolphin 2.0 (on Gentoo) I'm not using: *) semantic-desktop *) nepomuk *) strigi
We must distinct between 2 cases here: 1 . The original report talks about not having tooltips when not *installing* Nepumuk. 2. Comment 5 talks about not *using* Nepomuk (-> it has been disabled but is installed) Issue 2 is fixed with 4.8.3, issue 1 is still open but I must admit that at least I am not planning to fix this: it requires to duplicate some functionality offered by Nepomuk and I'm not aware of any distribution that does not install Nepomuk beside KDE (note: I'm just talking about installing, not enabling it). Patches are of course welcome but as said before it might require quite some efforts.
To be clear: when I said "not using" it means I don't have it at all (-> not installed). So it's still the same issue 1.
@Ellen: Ok, thanks for clarification!
Created attachment 70884 [details] this issue screenshot I don't need even tooltip, but I still really need info in "Information" panel. I'm not sure if it's allowed to attach the screenshots here but I attach the screenshot.
@Ellen: The tooltips and the information panel share the same code from kdelibs, so the root cause is the same -> fixing the part in kdelibs to work without installed (but not necessarily enabled) Nepomuk would fix both issues.
I think it was supposed to be fixed by this https://git.reviewboard.kde.org/r/108236/ But after upgrading to 4.10 it still doesn't work. Dolphin now uses KFileMetaDataWidget but for some reason it doesn't work (aboslutely same behaviour as in pre-4.10 without nepomuk).
Frank, any idea, what changed in 4.10 when Nepomuk is not installed/enabled?
(In reply to comment #11) > I think it was supposed to be fixed by this > https://git.reviewboard.kde.org/r/108236/ I'm afraid this is incorrect. This patch only fixed a temporary Dolphin build failure if the nepomuk-widgets package is not found. > But after upgrading to 4.10 it still doesn't work. Dolphin now uses > KFileMetaDataWidget but for some reason it doesn't work (aboslutely same > behaviour as in pre-4.10 without nepomuk). Well, as far as I understand, the root cause of this problem is in kdelibs, which is why no commit in Dolphin can fix it. (In reply to comment #12) > Frank, any idea, what changed in 4.10 when Nepomuk is not installed/enabled? Nothing changed if Nepomuk is not found at build time, which is why the bug is still there in 4.10.
It seems that KFileMetaDataWidget::setItems from KIO relies on some kind of metadata provider which, supposedly, now has only Nepomuk-dependent implementation. https://projects.kde.org/projects/kde/kdelibs/repository/revisions/master/entry/kio/kfile/kfilemetadatawidget.cpp
Gentoo has dropped semantic-desktop use flag recently (since 4.11) and nepomuk is now obligatory. I guess it's no longer an issue.
Created attachment 89530 [details] screenshot of issue in 4.14.2 I'm on Gentoo with KDE 4.14.2. I don't have Nepomuk installed, and I too am having the problem of no hover-over information on files in Dolphin (just the busy cursor) and no file details in the information panel. It's been quite a long time since I last had working hover-overs. I am available to help diagnose and solve this issue. I am able to recompile Dolphin and/or kdelibs with patches, and I have GDB ready if needed.
(In reply to Matt Whitlock from comment #16) > Created attachment 89530 [details] > screenshot of issue in 4.14.2 > > I'm on Gentoo with KDE 4.14.2. I don't have Nepomuk installed, and I too am > having the problem of no hover-over information on files in Dolphin (just > the busy cursor) and no file details in the information panel. It's been > quite a long time since I last had working hover-overs. > > I am available to help diagnose and solve this issue. I am able to recompile > Dolphin and/or kdelibs with patches, and I have GDB ready if needed. Please try to install baloo (incl. baloo-widgets). Nepomuk was replaced by baloo some time ago.
Respectfully, Baloo kills my system by grinding the disks forever, (and I mean forever; it gets into an infinite loop and won't quit), so I uninstalled it. I don't ever use GUI search, so I don't need the overhead of the file indexes and memory consumption anyway. I shouldn't need a massive file indexing infrastructure just to have hovers in Dolphin. I understand if I might see *less* information in the hover without Baloo installed, but it shouldn't break entirely.
I still have the same problem in Dolphin 15.12.3 (using KDE Frameworks 5.21.0 and Qt 5.5.1). I presently have installed Baloo 4.14.3, Baloo 5.21.0, and Baloo-Widgets 15.12.3, yet Dolphin still gives me no hover-overs and no file details in the Information panel. How is this supposed to work?
Its already dolphin-17.08.0 and I still can not see full file names in a tree view by simple hovering over them. Do I really need some Nepomuk/Strigi/Baloo/TheNexBloatToRuleThemAll to see the same info as I see in columns in a tree view?!? I use Dolphin on a GNU/Linux system thus I'm not limited to 8.3 filenames (I have thousands of filenames exceeding 100 letters in length as encoding metadata in file name is the only reliable cross-platform solution).
Hi there, this bug has been identified to be related to nepomuk, the semantic searching system in prior versions of KDE. Please note that nepomuk has been replaced by Baloo. I'm going to close this bug due to the use of the new Baloo system. Please do file a new bug for frameworks-baloo if you happen to continue having issues with search.