Description of problem:
If we choose a multi-language installation, say French, English, German and Esti. Once the installation done, we can read in the /home/<user>/ folder:
etc ... (about 15 sub-folders)
The funny thing is that there aren't all the traditional sub-folders of /home/<user>/ in each language. e.g. Download is in English only, there is no Desktop in German. If the name is the same in several languages, example "Videos" it appears only once.
The painful side is that a file saved in "Documents" for example, can be found in "Dokumente" at the following reboot, and only there.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Steps to Reproduce:
could it be the finish-install script ?
(I didn't found it)
Created attachment 5551 [details]
Screenshot of the problem
Did you do a clean install, with a fresh /home?
If so: I don't remember ever having hit this exact issue in over 100 multi-language installs
However, if you did keep /home:
I've seen this when installing or upgrade-installing Mageia with a new first language, while keeping /home/user in another language.
For instance, I have mixed Dutch + Russian directories on a Mga4 install, which was a Russian + other languages install over which I installed Dutch + additionally German, French and English (but not Russian)
I'm now wondering whether KDE would have suggested to rename the Russian directories if I had kept Russian as now additional language, because I've had the question whether the default /home directories should be renamed on other occasions where the language was changed.
cc'ing some KDE guys :)
balcaen.john, lmenut, mageia
It was a clean install with formatting both / and /home.
At the first start it is OK, only one language. Then going in MCC/system/localization, you select another language, both of them are in /home/user. As you can see in the screenshot, languages aren't the same in the "Places" panel and in the "Click-able path" at the top.
Note : After selecting the second language, there is a pop up windows that ask if you want to translate the folders, but whatever your answer is, the result is the same.
OK, just checked in cauldron: changed my preferred language in MCC and after logging in again and confirming that I wanted the directories to be renamed, they weren't renamed but just added with the new name.
In Dolphin, some of the names for the directories on the left are in the new language, others in the old. The equivalents of "Documents", "Downloads", "Pictures" and "Videos" are shown twice (two of them twice in the original language, the other two twice in the new one): the top ones lead to the original directory, the bottom ones to the newly made one.
Maybe it works better when using the KDE tool to change the language instead of localedrake? (I did that now only after I saw it had gone wrong, which was too late)
That's probably not related to localedrake at all, but seems to be a bug of /usr/bin/xdg-user-dirs-update respectively xdg-user-dirs-gtk-update which is probably run by every desktop via /etc/xdg/autostart/user-dirs-update-gtk.desktop
Mageia 4 changed to end-of-life (EOL) status on 2015-09-19. It is is no longer
maintained, which means that it will not receive any further security or bug
Package Maintainer: If you wish for this bug to remain open because you plan to
fix it in a currently maintained version, simply change the 'version' to a later
Bug Reporter: Thank you for reporting this issue and we are sorry that we weren't
able to fix it before Mageia 4's end of life. If you are able to reproduce it
against a later version of Mageia, you are encouraged to click on "Version" and
change it against that version of Mageia. If it's valid in several versions,
select the highest and add MGAxTOO in whiteboard for each other valid release.
Example: it's valid in cauldron and Mageia 5, set to cauldron and add MGA5TOO.
Although we aim to fix as many bugs as possible during every release's lifetime,
sometimes those efforts are overtaken by events. Often a more recent Mageia
release includes newer upstream software that fixes bugs or makes them obsolete.
If you would like to help fixing bugs in the future, don't hesitate to join the
packager team via our mentoring program  or join the teams that fit you
(In reply to Florian Hubold from comment #7)
> That's probably not related to localedrake at all, but seems to be a bug of
> /usr/bin/xdg-user-dirs-update respectively xdg-user-dirs-gtk-update which is
> probably run by every desktop via
Still valid in cauldron, so undoubtedly in Mga5, too.
First I tried switching to West Frisian in Plasma5 System settings... after logging back in, there is no question about whether I want my home directories to be in Frisian, the menus are in (West) Frisian, though. Selecting Frisian in MCC doesn't help, the home directories remain Dutch (Frisian is probably not fully supported)
After switching to German in MCC and logging into XFCE, I do get the question whether I want my home directories to be renamed to German. I agree, and end up with a double set of home directories (Dutch + German).
Then switching to French and logging into Plasma5, the question does appear, too. All German directories are renamed into French, and there is an additional, "ModÃ¨les" directory for which I don't remember to have seen a German or Dutch equivalent... or does it mean "tmp"?. So maybe apart from "tmp" and "modÃ¨les", I have a double set of directories (French + Dutch)
Assigning to maintainer.
Is this something you can fix, or does it need a separate bug report for each DE where this happens, after all?
Bad multi-language support =>
Changing language and choosing to rename the home directories, leads to a double set of home directories
(In reply to Marja van Waes from comment #9)
> (In reply to Florian Hubold from comment #7)
> > That's probably not related to localedrake at all, but seems to be a bug of
> > /usr/bin/xdg-user-dirs-update respectively xdg-user-dirs-gtk-update which is
> > probably run by every desktop via
> > /etc/xdg/autostart/user-dirs-update-gtk.desktop
> Still valid in cauldron, so undoubtedly in Mga5, too.
> First I tried switching to West Frisian in Plasma5 System settings... after
> logging back in, there is no question about whether I want my home
> directories to be in Frisian, the menus are in (West) Frisian, though.
> Selecting Frisian in MCC doesn't help, the home directories remain Dutch
> (Frisian is probably not fully supported)
> After switching to German in MCC and logging into XFCE, I do get the
> question whether I want my home directories to be renamed to German. I
> agree, and end up with a double set of home directories (Dutch + German).
> Then switching to French and logging into Plasma5, the question does appear,
> too. All German directories are renamed into French, and there is an
> additional, "ModÃ¨les" directory for which I don't remember to have seen a
> German or Dutch equivalent... or does it mean "tmp"?. So maybe apart from
> "tmp" and "modÃ¨les", I have a double set of directories (French + Dutch)
> Assigning to maintainer.
> @ Shlomi
> Is this something you can fix, or does it need a separate bug report for
> each DE where this happens, after all?
I don't know how to fix it offhand. I may need to investigate.
-- Shlomi Fish
Still valid for Mageia-6-sta1-x86_64-DVD
Still valid for Mageia-6-sta1-x86_64-DVD from May 20
*** Bug 14504 has been marked as a duplicate of this bug. ***
From #14504 should be added
After first reboot the primary language en_GB is changed under Cinnamon to Afrikaans.
Log out of Cinnamon to IceWM.
Upon login a GUI asked *twice* - next to each other - whether to rename ~/Downloads ~/Pictures etcetera: I okayed it one, and did say do NOT keep the old names. I closed the other GUI.
After that, each user special folder exists with BOTH English and Afrikaans names.
Current use after live install completely freezes the desktop and makes all else invisible. This is really bad
Still valid for Mageia-6-sta1-x86_64-DVD from June 12th
(In reply to Shlomi Fish from comment #10)
> I don't know how to fix it offhand. I may need to investigate.
Shlomi, can you give us a status about this bug? Do we know what component is at fault? Do you need help from other packagers?
(In reply to Samuel Verschelde from comment #17)
> (In reply to Shlomi Fish from comment #10)
> > I don't know how to fix it offhand. I may need to investigate.
> Shlomi, can you give us a status about this bug? Do we know what component
> is at fault? Do you need help from other packagers?
hi, I haven't really investigated this bug and don't know how to proceed with it and cannot really due to my health condition. Please assign it away from me.
Assigning to all packagers collectively.
It would be good to add a note about this in the Errata, thus I'm adding the FOR_ERRATA6 keyword.
Once added to https://wiki.mageia.org/en/Mageia_6_Errata please replace FOR_ERRATA6 with IN_ERRATA6.
Still valid with Mga7beta2
xdg-user-dirs-gtk-update is working as it is designed to - it just doesn't do what you would expect from the message it displays.
What it actually does is create a new set of directories, then delete the old ones if and only if they are not empty. It only creates new directories if the new name is different from the old one, so if there's a missing translation (e.g. Downloads in German), you may not get a new directory for that.
The DE and any running applications won't start using the new directories until they are restarted (i.e. you need to log out and back in again for the DE to start using the new directories).
If you are using Xfce, it will recreate the old Desktop directory if it gets deleted. I haven't tested what happens in other DEs.
One extra little wrinkle - xdg-user-dirs-gtk-update won't do anything if the "Desktop" string has no translation (unless your locale is en_US or C).