Bug 14358 - Changing language and choosing to rename the home directories, leads to a double set of home directories
Summary: Changing language and choosing to rename the home directories, leads to a dou...
Status: ASSIGNED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: High normal
Target Milestone: Mageia 6
Assignee: All Packagers
QA Contact:
URL:
Whiteboard: MGA5TOO
Keywords: 6sta1.5, FOR_ERRATA6
: 14504 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-10-24 10:09 CEST by André DESMOTTES
Modified: 2017-07-10 15:13 CEST (History)
6 users (show)

See Also:
Source RPM: xdg-user-dirs
CVE:
Status comment:


Attachments
Screenshot of the problem (120.31 KB, image/png)
2014-10-29 17:38 CET, André DESMOTTES
Details

Description André DESMOTTES 2014-10-24 10:09:05 CEST
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: 

/home/<user>/
> /Bilder
>/Bureau
>/Bureaublad
>/Desktop
>/Dokumente
>/Documents
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):


How reproducible:


Steps to Reproduce:
1.
2.
3.


Reproducible: 

Steps to Reproduce:
Comment 1 Manuel Hiebel 2014-10-29 10:11:44 CET
could it be the finish-install script ?
(I didn't found it)

Assignee: bugsquad => thierry.vignaud

Comment 2 André DESMOTTES 2014-10-29 17:38:13 CET
Created attachment 5551 [details]
Screenshot of the problem
Comment 3 Marja van Waes 2014-10-30 14:15:54 CET
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: (none) => marja11

Comment 4 Marja van Waes 2014-10-30 15:02:06 CET
cc'ing some KDE guys :)

CC: (none) => balcaen.john, lmenut, mageia

Comment 5 André DESMOTTES 2014-10-30 15:41:36 CET
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.
Comment 6 Marja van Waes 2014-10-30 20:13:09 CET
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)
Comment 7 Florian Hubold 2014-11-20 00:11:32 CET
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

Source RPM: localedrake => xdg-user-dirs
CC: (none) => doktor5000

Comment 8 Samuel Verschelde 2015-09-21 13:20:45 CEST
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 
fix updates.

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 
Mageia version.

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 [1] or join the teams that fit you 
most [2].

[1] https://wiki.mageia.org/en/Becoming_a_Mageia_Packager
[2] http://www.mageia.org/contribute/
Comment 9 Marja van Waes 2015-09-28 18:30:38 CEST
(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?

Whiteboard: (none) => MGA5TOO
CC: (none) => jani.valimaa
Version: 4 => Cauldron
Assignee: thierry.vignaud => shlomif

Marja van Waes 2015-09-28 18:32:01 CEST

Summary: Bad multi-language support => Changing language and choosing to rename the home directories, leads to a double set of home directories

Comment 10 Shlomi Fish 2015-09-28 19:23:04 CEST
(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.

Regards,

-- Shlomi Fish
Shlomi Fish 2015-12-05 09:35:42 CET

Status: NEW => ASSIGNED

Comment 11 André DESMOTTES 2016-05-10 12:55:40 CEST
Still valid for Mageia-6-sta1-x86_64-DVD

Whiteboard: MGA5TOO => MGA5TOO

Comment 12 André DESMOTTES 2016-05-24 11:06:17 CEST
Still valid for Mageia-6-sta1-x86_64-DVD from May 20

Whiteboard: MGA5TOO => MGA5TOO
Keywords: (none) => 6sta1

Comment 13 Dick Gevers 2016-05-24 11:52:55 CEST
*** Bug 14504 has been marked as a duplicate of this bug. ***

CC: (none) => dvgevers

Comment 14 Dick Gevers 2016-05-24 11:56:43 CEST
From #14504 should be added

quote
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.
unquote
Comment 15 Dick Gevers 2016-05-26 17:54:30 CEST
Current use after live install completely freezes the desktop and makes all else invisible. This is really bad
Comment 16 André DESMOTTES 2016-06-13 18:41:51 CEST
Still valid for Mageia-6-sta1-x86_64-DVD from June 12th
André DESMOTTES 2016-07-18 14:16:41 CEST

Keywords: (none) => 6RC

David Walser 2016-08-10 00:28:38 CEST

Blocks: (none) => 15527

Luc Menut 2016-08-25 16:42:41 CEST

CC: lmenut => (none)

Rémi Verschelde 2016-09-09 10:34:49 CEST

Priority: Normal => High

Samuel Verschelde 2016-09-22 10:56:05 CEST

Target Milestone: --- => Mageia 6

Comment 17 Samuel Verschelde 2016-10-10 21:59:37 CEST
(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?
Comment 18 Shlomi Fish 2016-10-11 12:06:08 CEST
(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.
Comment 19 Samuel Verschelde 2016-10-11 14:13:34 CEST
Assigning to all packagers collectively.

Assignee: shlomif => pkg-bugs

Samuel Verschelde 2017-01-17 10:29:39 CET

Blocks: 15527 => (none)

Comment 20 Samuel Verschelde 2017-07-10 15:13:49 CEST
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.

Keywords: 6sta1 => FOR_ERRATA6


Note You need to log in before you can comment on or make changes to this bug.