| Summary: | Weird behaviours of KDE installed on a symlink base directory | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Gökçen Eraslan <gokcen.eraslan> |
| Component: | kdecore | Assignee: | kdelibs bugs <kdelibs-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | aseigo, cfeck, jjm, ozan |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | .xsession-erros file of the user | ||
|
Description
Gökçen Eraslan
2009-01-11 18:40:38 UTC
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! |