Version: unspecified (using KDE 4.4.5) OS: Linux When I browse my extern hard drive (a backup from another Linux system), many folders are displayed with a [?] icon indicating that a once custom defined symbol is not available. The [?] icon (fallback) looks like a file icon, there should be a differend fallback icon for folders. Reproducible: Always Steps to Reproduce: Define a custom symbol for a folder on a foreign system, that is only available there. Copy that folder to another system. Alternatively: Create a file named .directory in a folder, with content: [Desktop Entry] Icon=/home/foo/foo Actual Results: [?] symbol is displayed. Expected Results: (?) folder symbol should be displayed. OS: Linux (i686) release 2.6.33-2.slh.6-sidux-686 Compiler: cc
The icon naming has a very logical structure (I love that!) and the fallback to the next "family member" does work here. If you use e.g. folder-myspecial-fun.png for your folders and the icon theme on the other system where you now have attached your backup drive does not contain this icon, instead the parent icon folder-myspecial.png will be used and if that also is not available folder.png will be used. So folder.png is the fallback icon for all not available icons beginning with "folder-". When you explicitly set the path to a special icon you cannot expect IMHO that the fallback structure works. Better put all those extra special icons into an own theme (that inherits oxygen, hicolor and your used theme) or maybe the hicolor theme in the foreign system and only use icons from a theme. Then you avoid having to mention the path to the icon in the .directory file and the fallback will work.
Dear Janet, thank you for your comprehensive response. I want to add, that actually the extern hard drive belongs to a collegue, and I don't know what Linux system he used, to be honest (probably not even KDE or dolphin). It was a collection of music, and I think it was amarok that had set every folder to look like the corresponding album cover. Those covers had been stored to ~/.kde/share/... AFAIR. I don't expect any sophisticated fallback to work in this case, but I wish that folders look like folders, anyway ;) Cheers.
I see, my solution cannot work in that case. If you'd know who is responsible for the script/plugin that made the cover icons it maybe could be proposed to him/her to choose another method of storing the cover icons. They could be stored into the folder they represent, maybe as hidden file, and appear in .directory as "Icon=./.cover.png". So the folders would have the correct cover icon everywhere the HD is. The solution on this side might be to always use the folder.png icon if there's a path to an icon in the .directory file and that path leads to nowhere...
Resetting assignee to default as per bug #305719
Created attachment 74835 [details] Folder associated to an unexisting image, hovered. Here — Dolphin 2.1 — if the image is not available, nothing is shown. I agree with the expected results (to display the default folder icon when the target icon file is not available), although I think it might be something to add to the wishlist.
Ralf can you please confirm this is still an issue with the most recent version of Dolphin.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!