Version: 3.5.2 (using KDE 3.5.2, Gentoo) Compiler: gcc version 3.4.5 (Gentoo 3.4.5-r1, ssp-3.4.5-1.0, pie-8.7.9) OS: Linux (i686) release 2.6.15-gentoo-r1 Further testing indicates this only happens if I use the properties dialog and does not occur when use right-click->rename in a file listing. In the .directory file I have Icon=./image.png Notice I can move the directory around and it will automatically have its icon file with it. I renamed the parent directory (through properties) and the following change is made... Icon={image absolute old path}/image.png Notice the twist? ... Once this change is made it stays put. Inconsistent behavior for the same function - renaming a directory.
Confirmed this behaviour on KDE 3.5.5 / Kubuntu 6.10. Can also confirm that this behaviour only occurs when the folder is renamed using Properties dialog not using standard rename.
Note that it is also impossible to set a ./relative path to an icon used in a directory using properties icon switcher. When selecting an icon for a file it is always stored as a full path - even if the icon is stored in a folder under the current path. Is this the real bug here: When referencing icons under the current folder, path should be relative.
This bug is somehow related to 122583, but it does work for me in trunk 20080507, I think because of the icons cache. But I would not say this bug is solved until it is possible to have relative paths for icons in the .directory file.
The icons allow now relative paths. tested in trunk 20080507.
Works for me in svn trunk r807691 (20080507)
I can confirm this works on both 3.5.9 and trunk r810280.