Version: (using KDE KDE 3.5.4) Installed from: Compiled From Sources Compiler: GCC 4.1.1 i686 vanilla OS: Linux KIconLoader doesn't favour /usr/share/pixmaps and /usr/local/share/pixmaps directories when searching for application icons. This causes iconless KMenu entries when applications are installed in /usr/local or their .desktop files do not contain full path to their icons.
why do you think it should look for /usr/local/share/pixmaps? I.e. what standard says so? I don't think pixmaps is in any standard.
Fedora Core 5 has all its applications .desktop files in /usr/share/applications directory and most icons in /usr/share/pixmaps. If you install KDE3 from sources into any directory other than /usr then most entries in KMenu will lack their icons because icons' absolute path is not set. That's exactly my scenario. Also if you install any application into /usr/local, then this application will put its icons into /usr/local/pixmaps. KMenu *will* list applications listed both in /usr/share/applications and /usr/local/share/applications but it won't find appropriate icons. Try installing e.g. PSI into /usr/local and you will get exactly what I'm describing.
Created attachment 19843 [details] A patch which makes KDE look for icons in /usr/share/local/pixmaps This bug is somewhat a duplicate of bug number 97776. Anyway /usr/share/local/pixmaps is still uncovered. ;-) Here's a missing patch.
Created attachment 19844 [details] The right patch which makes KDE look for icons in /usr/share/local/pixmaps A slightly more correct patch.
*** Bug 112425 has been marked as a duplicate of this bug. ***
It looks like KIconLoader in both KDE3 and KDE4 has: > dirs += d->mpDirs->resourceDirs("pixmap"); that should add 'pixmap' to the directories specified in the envvar XDG_DATA_DIRS, or /usr:/usr/local when that envvar is empty.
As for KDE 3.5.7 and higher this bug is no longer valid. Marking as resolved.