Version: (using Devel) OS: Linux Installed from: Compiled sources After setting the 'Docoments path' in the 'About me' panel (systemsettings) the value is always reset to $HOME/Documents.
Fixed in 4.1.85
Not fixed, because it's back after logout/login.
Yes I can confirm this here with 4.2 RC1. It does not get saved. Very annoying. Please someone fix this for 4.2.
Well, I don't think this can make it for 4.2, to resolve this properly a general make over needs to be done. I guess (that is without looking at the source) there is a bigger problem than it just not storing the value. KDELibs is now using the Desktop, Autostart, Documents and other addition paths (like for example Music) as defined by the xdg-user-dirs config (accessed via Qt's implementation). It might be possible that the KCM simply doesn't edit and/or read the values from the appropriate xdg config, and thus the value doesn't get remembered. There is clearly some mixing between the former (kde-only) implementation and the current XDG implementation going on. In any case the KCM should be changed to show all supported paths. :)
Hmm I think I fixed this in r908359 (trunk). Seems to work here. (I didn't try logout+login, but launching `kcmshell4 desktoppath` shows the new value again, that should be enough). r908359 was mostly about adding other paths to that GUI, but I also cleaned up the code a little bit. So I'm not 100% sure it fixed this, but at least it works here. Can someone who had the bug, retest with trunk?
This bug is not fixed in 4.3.0.
Works here. Please investigate why it doesn't work for you. After you change the value, is ~/.config/user-dirs.dirs updated? For those who compile from sources, can you apply the attached patch and look at the debug output of kcmshell4 desktoppath when making the change there?
Created attachment 36503 [details] some debug output
I can confirm that ~/.config/user-dirs.dirs is updated and contains the correct (changed) paths. After loging out (which is not a completely correct logout due to bug #191034) and thus landing at the prompt this file still contains the changed paths. Immediately after logging in again (after restarting kdm) however, the file is updated and contains the old paths again.
Huh. That means that the systemsettings module works fine, it's something else which is re-writing the users-dirs.dirs file. Maybe some script from your distro? Can you investigate who/what is touching the file? Techniques: 1) making it readonly and looking for errors in .xsession-errors (but this assumes proper error handling in the guilty code ;-) 2) starting kde in failsafe mode. checking that the file is still ok. Then doing a strace -f -ff -o /tmp/startkde startkde and checking in /tmp/startkde.* if anything is writing to users-dirs.dirs.
Firstly, the distro that's fidling with my .config/user-dirs.dirs file is Ubuntu Jaunty. The first test you describe is negative. I changed the rights of the user-dirs.dirs file to 400 (-r-----) but after login in it's 600 again and contains the old configuration, like described in the bug. The second test is frustrating: starting KDE that way doesn't change the file and so there's no process in /tmp/startkde.* that touches it.
This was happening to me. I just figured out that it's the quotes! When you change the path in the desktoppath module, it updates ~/.config/user-dirs.dirs, but does not put quotes around the path. The next time xdg-user-dirs-update runs, it recreates the default path and rewrites user-dirs.dirs. If the path is wrapped in double-quotes, this does not happen.
Fixed by Lubos today in r1035639
I'm using Mandriva 2009.1, and the directory $HOME/Documents was created for me on each login. I couldn't follow the instructions in David Faure's comment #10. But omega7's workaround works for me - excellent, thank you all!
*** Bug 211464 has been marked as a duplicate of this bug. ***
I beg to differ, but this doesn't seem to be fixed in kde4.3.2, bug 211464 has been marked as a duplicate of this one but my test case here: https://bugs.kde.org/show_bug.cgi?id=211464#c0 is still valid, the new Path isn't enclosed in " " marks and so on log in xdg-user-dirs-update reverts ~/.config/user-dirs.dirs to its default config file, my guess is it nukes the whole file.
I didn't say the fix was in 4.3.2. r1035639 is for 4.3.3.
I see, thanks for the clarification. (and sorry for the noise :-/)