When I double click on an image file in dolphin, I see the animation on the taskbar like gwenview is starting but it actually doesn't start and the animation disappears after a few seconds. According to the help, dolphin is version 15.04.0 using kde development platform 4.14.8 Reproducible: Always Steps to Reproduce: 1.double click on an image file (e.g. a png file) 2.wait Actual Results: On the taskbar appears a gwenview animation, after a few seconds it disappears and gwenview doesn't show. Expected Results: gwenview should show the image launching gwenview from the k menu I can use it to see the image
this behaviour started at the same time I experienced bug #343673 (which should be fixed but I still see it).
It also happens with sound files and amarok, video files and dragon player.
Thanks for the bug report, but I cannot reproduce the problem. Since we use KRun from KIO to open files, the problem might be in KIO or some other library that KIO uses to run applications.
Any pointer on how can I help to debug the problem? I tried issuing kioclient exec image.png and effectively it does just the same(i.e. the gwenview animation on the taskbar the nothing happens). I see several warnings like this one (all referring to ms fotmats): kioclient(9472) KMimeTypeRepository::parents: "/usr/share/mime/subclasses" refers to unknown mimetype "application/vnd.ms-excel.sheet.binary.macroEnabled.12" but I don't thing they are relevant.
I tried with a new user and dolphin works as expected. Which file(s) do I have to nuke (under .config or under .kde) to restore functionality for my normal user? (as I don't want to lose all other customizations). I tried to delete .kde/share/config/kio* and .kde/share/config/dolphinrc with no result.
Nuking the whole .kde directory "solved" the problem (not that I consider it a good solution, but, oh, well, that's how things are). I kept a copy the "broken" .kde directory in case somebody is willing to debug this issue.
After the above I discovered that I lost all the passwords in kdewallet, so I restored from the backup .kde/share/apps/kwallet/kdewallet.kwl .kde/share/apps/kwallet/kdewallet.salt .kde/share/config/kwalletmanagerrc .kde/share/config/kwalletrc that recovered the passwords BUT dolphin stopped opening text files, images, etc., just like in my original bug report. Removing those files makes dolphin behave correctly again.
There was something fishy with my wallet: usually when I start the session and some program requires the wallet, I had to introduce my password to open it. I took care to eliminate all such programs at startup in order not to open the wallet, BUT even if I introduced no password, kwalletmanager showed it as opened (?). Then, if I closed and tried to reopen it, it wouldn't accept my password (??). I changed the password and now everything seems to be working fine (i.e. dolphin can open files). Very strange.
I see no relation between kwallet and file associations. File associations (which file is opened in which app) is NOT configured in ~/.kde, BTW, but in ~/.config/mimeapps.list and/or ~/.local/share/applications/mimeapps.list Debugging why an app doesn't start is best done by looking at the logs in ~/.xsession-errors* Sorry for the delay though, I guess this doesn't apply anymore :(
Well, there shouldn't be but there is.
OK, I expected more details in your feedback.... Check the mimeapps.list files I mentionned for what they have to say about image/png. Check ~/.xsession-errors* for error messages when gwenview should start but doesn't.
I could have provided more detail when I opened the bug, now i cannot since it works and I didn't keep the broken wallet files. What I can do is check ~/.config/mimeapps.list and/or ~/.local/share/applications/mimeapps.list The latter is empty and the former only references firefox/thunderbird: [Default Applications] x-scheme-handler/http=firefox.desktop x-scheme-handler/https=firefox.desktop x-scheme-handler/ftp=firefox.desktop x-scheme-handler/chrome=firefox.desktop text/html=firefox.desktop application/x-extension-htm=firefox.desktop application/x-extension-html=firefox.desktop application/x-extension-shtml=firefox.desktop application/xhtml+xml=firefox.desktop application/x-extension-xhtml=firefox.desktop application/x-extension-xht=firefox.desktop x-scheme-handler/mailto=thunderbird.desktop message/rfc822=thunderbird.desktop application/x-extension-eml=thunderbird.desktop [Added Associations] x-scheme-handler/http=firefox.desktop; x-scheme-handler/https=firefox.desktop; x-scheme-handler/ftp=firefox.desktop; x-scheme-handler/chrome=firefox.desktop; text/html=firefox.desktop; application/x-extension-htm=firefox.desktop; application/x-extension-html=firefox.desktop; application/x-extension-shtml=firefox.desktop; application/xhtml+xml=firefox.desktop; application/x-extension-xhtml=firefox.desktop; application/x-extension-xht=firefox.desktop; x-scheme-handler/mailto=thunderbird.desktop;userapp-Thunderbird-KMCP0X.desktop;userapp-Thunderbird-7UYB0X.desktop; message/rfc822=thunderbird.desktop;userapp-Thunderbird-KMCP0X.desktop;userapp-Thunderbird-7UYB0X.desktop; application/x-extension-eml=thunderbird.desktop;userapp-Thunderbird-KMCP0X.desktop;userapp-Thunderbird-7UYB0X.desktop;
Hmm, let's close this and re-open if it ever happens again.