Changing the default 'Download' path, then selecting 'yes' when asked whether I would like existing files to be moved to the new location results in an attempt to move *ALL* files in $HOME to $NEW_DOWNLOADS_DIR/$USER/. This completely trashes the user's homedir. If the new destination is an ephimeral location such as /tmp, the files may be permanently lost if the user does not know where their files have gone before the destination is cleared. Reproducible: Always Steps to Reproduce: 1. Ensure that the current default downloads (~/Downloads) directory exists. 2. In System Settings >> Applications >> Paths, change the default directory to a new location. 3. When asked whether to move existing files, choose 'Yes'. Actual Results: Without any further prompting, an attempt is made to move everything in the user's home directory into a subfolder of the new default download location (i.e. move $HOME/* to $NEW_DOWNLOAD_TARGET/$USERNAME/*). Expected Results: The contents of the current default download location should be moved to the new default download location. *ONLY* these files should be moved. Everything else in the user's home directory should be left untouched. This was reproduced on a new gentoo system, using @kde-frameworks-5.7 and @kde-plasma-5.2.
This may be a regression - a similar issue was previously reported in 2009 in bug #193057, but that bug was marked as fixed several years ago.
I've tried and I can't reproduce this at all, with 10 minutes of every combination I can think of. I don't suppose you could try reproducing it? Can I see the contents of .config/user-dirs.dirs? before and after changing. Do you remember if the prompt said the right thing (i.e did it say moving $home/downloads or did it it say $home).
Can you tell me what your home directory is (echo $HOME)
*** This bug has been marked as a duplicate of bug 345729 ***
Fixed. Thanks ever so much for reporting. I hope you didn't lose anything valuable.