Version: 4.1.96 (using Devel) Compiler: gcc 4.3.2 OS: Linux Installed from: Compiled sources In our KDE4 based livecd, /usr directory is a symlink to a directory /mnt/livecd. This causes some bugs in KDE. For example, when you try to change wallpaper, the wallpaper list contains each wallpaper twice. And, although the Turkish l10n package is installed and all KDE4 programs are shown in Turkish, when you want to add a plasmoid to the desktop, names and descriptions of the plasmoids(Analog Clock - An SVG themeable clock) are in English. It seems all translations come from desktop files (module names of systemsettings for example) are in English. But the rest of the KDE is in Turkish and translations have no problems. When we remove the symlink and, bind a normal /usr directory (with mount -o bind) all problems are gone, so this means symlinks are not handled properly. Bug #150307 may be related, but this is not a dup i think.
This commit[1] of asiego may be related about this bug. [1] http://websvn.kde.org/?view=rev&revision=906191
By the way, KDE4 prefix is /usr/kde/4.
the wallpaper issue has nothing to do with kdelibs at all, it it plasma. and yes, that commit fixes the wallpaper issue. as for translation issue, those names come directly out of the system configuration cache along with all other plugins used by KDE applications. that part would be about kdelibs.
Yes, wallpaper issue is plasma related but, r906191 does not solve the problem. I've compiled the RC1 tarballs which includes this commit about symlinks and still all wallpapers are listed twice. However, something has changed after the commit. Before the commit, first list of wallpapers has no thumbnails and cannot be set as wallpaper but second list of the same wallpapers can be seen as thumbnails and can be set as wallpaper. After the commit still there are 2 list of the wallpapers and all of them have thumbnails and can be set as wallpaper. But, issue is still there are 2 list of wallpapers(each wallpaper is listed twice) If bug's component is wrong, you may change it, or I can file a bug about wallpaper issue in the plasma component.
Created attachment 30147 [details] .xsession-erros file of the user KDirWatch lines are strange, this may be related with this issue.
It could be that we're getting back listings for both the symlink and the real path from KStandardDirs or KDirLister or .... something =) If someone who uses a system with such a symlinked up system could do some testing and debugging, that would be great. As this is not a common situation, it would be nice if those impacted by it could help polish this part of the experience. Much more efficient than me hurling patches over the wall to you. And no, I'm not about to go change my system to use symlinks everywhere. =) (The alternative of someone sending me a computer with such a system already on it seems the least likely of the scenarios ;)
Actually there exists a very simple test case: # mv /usr /old_usr # ln -s /old_usr /usr and restart kde, here it is. I'd like to help with this bug but it's hard to find a starting point, I'm gonna start from the classes you mentioned.
I had the same problem, for example in systemsettings all KWin window decoration clients showed up twice in combo box. I am currently using a non-symlinked install dir, so I cannot do any further testing right now. The problem is probably in KStandardDirs::KStandardDirsPrivate::resourceDirs(), where it does compare with installprefix, without checking if it is a symlink, or in KStandardDirs::installPath().
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
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!