Description of problem: The Icon for a desktop launcher created by dragging the Clementine application from the menu (classic) initially displays correctly with the red exclamation mark. After clicking it and accepting the auth to open it, the icon reverts to a generic "?" icon. On clicking this icon the correctly slightly smaller scaled clementine icon displays correctly while the button is held down. On relesae of the mouse button the "?" icon reappears. On modification of the .desktop file line :- Icon=application-x-clementine to the full path :- Icon=/usr/share/icons/hicolor/scalable/apps/application-x-clementine.svg there is no problem and the display is correct. Version-Release number of selected component (if applicable): clementine-0.7.1-0.mga1 How reproducible: always since beta1 Steps to Reproduce: 1. As above. 2. 3. Reproducible: Steps to Reproduce:
Created attachment 230 [details] Normal and modified .desktop icons (renamed)
I'm not able to reproduce here with the xguest user (neither on my user). I've got the same red exclamation mark when i put the launcher on the desktop but right after clicking on it i still have the clementine icon. Did you try with xguest user & a up to date mageia ?
CC: (none) => balcaen.john
This is a fully up to date system. In xguest Clementine won't run from the icon - it just does nothing and sits there with the red exclamation mark. It does run from a terminal. I tried to create a new user, but there are more bugs that cause that to fail. When logging in it can't find the user's /home and tries to use / with more problems. Are you using an updated Alpha or an updated Beta1 ? My continuously updated Alpha1 does not seem to have many of the issues that Beta1 has - but I will go back and test some more.
I figured out why it would not run in xguest - it defaults to double click - I don't :-/ It works fine in xguest and a new user, The new user now works after I had created him again in Alpha1 - maybe Beta1 failed to create the user's home folder (that's another topic) All my Mageia installs use a common /home. In my alpha1 based installation the clementine icons work OK. Same desktop, same user - all icons are there. In my two beta1 based installations the icons are broken. Now, the only difference should be that the Alpha1 has not been updated recently, so I will pull it up to date and see if it breaks.
Updated Alph1 and it still worked fine, however I finally found the fix :- log in to icewm su rm /var/tmp/kdecache-$USER -rf exit log back in to KDE All sorted for me - but why the kde cache was at fault in both Beta1 installations is a mystery. It should not happen, so not really resolved. :-(
So i installed a beta1 & i'm still not able to reproduce the issue, i tried by copying or linking clementine to the desktop. From an alpha1 install upgraded to the last version i'm also not able to reproduce it (thought it should not be different than the beta1 ) So we need to find a good way to reproduce it to be able (eventually :/ ) to fix it.
I've seen the /var/tmp/kdecache-ahmad/icon-cache.kcache problem before, never really could track it down to a certain bug (searching in upstream bugzilla is a bit of pita).
(In reply to comment #6) >So we need to find a good way to reproduce it to be able (eventually :/ ) to >fix it. This seems to happen when a launcher for an application is already in existence before the application is installed. For example when using /home from another installation. On subsequently installing the application the existing launcher works, but the icon exhibits this bug until the cache is cleared. I hope that helps :/
Hi, is this bug still valid ?
Well regarding clementine, no it' seems rather be a specific problem linked to kde cache because here barry seems to be able only if : - he did install on a previous $home where the launcher already existed (& by the way is cached ) Closing as worksforme since cleaning the cache solve the problem.
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME