Moodle

Moodle installation with de_du_utf8 produces english role names

Details

  • Type: Sub-task Sub-task
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.8.7, 1.9.3, 2.0
  • Fix Version/s: 2.0
  • Labels:
    None
  • Affected Branches:
    MOODLE_18_STABLE, MOODLE_19_STABLE, MOODLE_20_STABLE
  • Fixed Branches:
    MOODLE_20_STABLE

Description

In our Moodle installation workshops we found out that a Moodle installation with de_du_utf8 produces english role names. This is wrong. Both the installation with de_utf8 and with de_du_utf8 should make german role names.

There will be another mistake when you choose de_du_utf8 with your installation .... the installer asks you during the process to load the language package de_du_utft8 .... but if you load only the incomplete de_du_utf8 you also need the parent package de_utf8 ... and this will still be missing after your installation with de_du_utf8.

I think it would be a very easy and quick bug repair to leave away de_du_utf8 from the installer.

Issue Links

Activity

Hide
Ralf Krause added a comment -

I think that this problem could be found in all Moodle versions and not only in the current ones.

Show
Ralf Krause added a comment - I think that this problem could be found in all Moodle versions and not only in the current ones.
Hide
Ralf Hilgenstock added a comment -

I suggest to translate the role definitions for this language pack

Show
Ralf Hilgenstock added a comment - I suggest to translate the role definitions for this language pack
Hide
Eloy Lafuente (stronk7) added a comment -

Both suggestions are ok and both have their cons.

Perhpas, the ideal would be, at install, when one "child" language is selected to install and downloaded to continue the installation... also download and install its parent.

In fact, that sounds to me like something already requested in the tracker, but I haven't been able to find it.

Assigning to Koen in case he has more idea...

Show
Eloy Lafuente (stronk7) added a comment - Both suggestions are ok and both have their cons. Perhpas, the ideal would be, at install, when one "child" language is selected to install and downloaded to continue the installation... also download and install its parent. In fact, that sounds to me like something already requested in the tracker, but I haven't been able to find it. Assigning to Koen in case he has more idea...
Hide
David Mudrak added a comment -

This issue will be resolved by MDL-17573. Assigning to myself, though Koen's comments are warmly welcome!

Show
David Mudrak added a comment - This issue will be resolved by MDL-17573. Assigning to myself, though Koen's comments are warmly welcome!
Hide
Koen Roggemans added a comment -

I aggree with Eloy's suggestion. If there is a parent language, then download it too, else only download the selected language.

Another sollution (or call it a quick and dirty hack) would be to exclude the languages that have a parent language as a possible installation language. Just exclude them from the script that generates the installation language packs

Show
Koen Roggemans added a comment - I aggree with Eloy's suggestion. If there is a parent language, then download it too, else only download the selected language. Another sollution (or call it a quick and dirty hack) would be to exclude the languages that have a parent language as a possible installation language. Just exclude them from the script that generates the installation language packs
Hide
David Mudrak added a comment -

No no, no excluding I was thinking about it and my final proposal is to download the parent automatically and maybe even silently (we had a chat that admin should be just warned to download it manually). I can see no big reason why admins (especially during installation) should take care of some parent stuff - they just want to install their lang pack. Without the parent, the child itself may be almost untranslated. So IMO there is no space for options - let us give users complete pack or nothing.

If no objection arrives, I'll start with the fix (I think I already wrote more bytes here into the issue comments than the patch will have What a wonderful way to a consensus!

Show
David Mudrak added a comment - No no, no excluding I was thinking about it and my final proposal is to download the parent automatically and maybe even silently (we had a chat that admin should be just warned to download it manually). I can see no big reason why admins (especially during installation) should take care of some parent stuff - they just want to install their lang pack. Without the parent, the child itself may be almost untranslated. So IMO there is no space for options - let us give users complete pack or nothing. If no objection arrives, I'll start with the fix (I think I already wrote more bytes here into the issue comments than the patch will have What a wonderful way to a consensus!
Hide
Petr Škoda (skodak) added a comment -

fixed in new 2.0 installer, thanks for the report

Show
Petr Škoda (skodak) added a comment - fixed in new 2.0 installer, thanks for the report

Dates

  • Created:
    Updated:
    Resolved: