KDE 4.10.1 wrong icon displayed for "applications-other"

Erik_FL · 03-09-2013, 09:45 PM

I'm having a strange problem with KDE 4.10.1 that only happens on one of my computers. In the Application Launcher, the wrong icon is being displayed for "Applications". Specifically I mean the "Applications" icon displayed on the bottom of the window that appears when I click the "K" button on the panel. The "Favorites" and "Computer" icons next to it appear correctly.

After a little investigation I discovered that the actual name of that icon is "applications-other". There appears to be multiple versions of that icon name. The version it is choosing to display is "/usr/share/icons/hicolor/48x48/apps/applications-other.png". It should be displaying "/usr/share/icons/oxygen/48x48/categories/applications-other.png".

I have tried completely deleting the user account and the KDE cache. Even after creating a completely new user account the wrong icon is being displayed in the Application Launcher. For some reason that does not happen for the "root" account (it works correctly). Any non-root accounts display the wrong icon in the Launcher.

If I create a new desktop shortcut and select the correct icon, the wrong icon is displayed for the new desktop shortcut. That occurs on all my computers, including the ones that are displaying the correct icon in the Application Launcher. When I look through the icons I can see that I have two different looking icons, both with the name "applications-other". No matter which of those two I select, I always get the same (non-KDE) icon.

Is there an icon search path somewhere for KDE that I can change to correct this problem? Can I copy the correct icon to some directory under my home directory? Should there be duplicate icon names between KDE and other desktop environments?

Woodsman · 03-09-2013, 11:19 PM

My first guess is permissions. Are the file permissions of the png files all 644?

Erik_FL · 03-10-2013, 12:38 AM

Quote:

Originally Posted by Woodsman

My first guess is permissions. Are the file permissions of the png files all 644?

Yes, all the files have the same permissions, 644. The folders have the permissions 755. I also forgot to say that I'm using 64-bit Slackware 14 with the "multilib" packages installed.

I was able to work around the problem by renaming the file "/usr/share/icons/hicolor/48x48/apps/applications-other.png". I deleted KDE's cache for the user and logged back in. Now the icon is displaying correctly.

Erik_FL · 04-07-2013, 06:26 PM

This is still a problem with KDE 4.10.2. On some systems KDE displays the wrong icon for "applications-other".

Erik_FL · 06-23-2013, 04:51 PM

This is still a problem with KDE 4.10.4. It appears to be a problem with conflicting icon file names between KDE and other window managers in Slackware.

kabamaru · 06-24-2013, 12:59 AM

I noticed this too. This is a kdeui regression. Breaking things is fun, isn't it?

Erik_FL · 10-20-2013, 02:49 PM

I bumped this because it is still a problem with the latest KDE and Slackware current. It is a minor problem but seems to affect Slackware specifically while some other distros do not have the problem. I believe this is due to Slackware supporting multiple window managers. KDE finds the non-KDE applications icon before it finds the KDE icon.

Alien Bob · 10-20-2013, 04:45 PM

Well, the other distros merely revert a couple of commits in kdelibs. These commits are supposed to make KDE follow FreeDesktop standards more closely (http://standards.freedesktop.org/ico...ec-latest.html) but by doing that they uncovered a possible bug in XFCE's exo package (filed under https://bugzilla.xfce.org/show_bug.cgi?id=9992).
It is to be seen whether this is indeed a XFCE still a KDE bug. Undoing the changes in kdelibs seems to make these other distros happyat least, but Aaron Seigo's comment in https://bugs.kde.org/show_bug.cgi?id=317138 makes sense.

Eric

Erik_FL · 10-20-2013, 06:21 PM

Quote:

Originally Posted by Alien Bob

Well, the other distros merely revert a couple of commits in kdelibs. These commits are supposed to make KDE follow FreeDesktop standards more closely (http://standards.freedesktop.org/ico...ec-latest.html) but by doing that they uncovered a possible bug in XFCE's exo package (filed under https://bugzilla.xfce.org/show_bug.cgi?id=9992).
It is to be seen whether this is indeed a XFCE still a KDE bug. Undoing the changes in kdelibs seems to make these other distros happyat least, but Aaron Seigo's comment in https://bugs.kde.org/show_bug.cgi?id=317138 makes sense.

Eric

I'm staying agnostic about how to fix the problem. Mainly I wanted to bring up the issue again. It may already have been corrected in the current version of Slackware. If not, I hope that some solution will be found that allows the different desktop environments to play nicely. Thanks again, Eric for your hard work keeping KDE updates available to everyone between Slackware releases. That and your Multilib package have made my transition to newer Linux versions much less painful.

Alien Bob · 10-21-2013, 06:38 AM

Quote:

Originally Posted by Erik_FL

Mainly I wanted to bring up the issue again. It may already have been corrected in the current version of Slackware.

Well, your bump made me realize that I am really annoyed everytime I notice the incorrect icon in the KDE menu.
So, yesterday I researched the cause, found the offending commits, and showed Pat how to revert them. A rebuilt kdelibs-4.10.5 was added to slackware-current this morning, which should fix this icon issue:

Code:

Mon Oct 21 07:30:10 UTC 2013
...
kde/kdelibs-4.10.5-x86_64-2.txz:  Rebuilt.
  Reverted three upstream commits which (although technically correct) have
  the effect of causing KDE to display the wrong icons in some cases.
  Thanks to alienBOB.

Eric

Erik_FL · 10-21-2013, 12:38 PM

Quote:

Originally Posted by Alien Bob

...
So, yesterday I researched the cause, found the offending commits, and showed Pat how to revert them. A rebuilt kdelibs-4.10.5 was added to slackware-current this morning, which should fix this icon issue:
Eric

Thanks for taking time to look at the problem. This Slackware release is going to be a great one!