Reintroduce the language selector in the Drupal CMS installer

Created on 17 March 2025, about 1 month ago

Problem/Motivation

Previously, the language selector was removed from the Drupal CMS installer due to unresolved issues involving untranslated configuration strings provided by Drupal CMS (see related issues). This removal resulted in an installer restricted primarily to English.

There’s a clear need to reinstate the language selector while ensuring that issues around incomplete translation of configuration provided by Drupal CMS are properly addressed.

Steps to reproduce

Proposed resolution

• Reintroduce the language selector into the Drupal CMS installer, making it possible for users to select their default language at the earliest stage of installation.
• Expose the list of available languages during the installer, providing the necessary data for a dynamic language selector.
• Ensure complete translation of all Drupal CMS-provided configuration strings, preventing inconsistencies where site configuration appears in mixed languages.
• Ensure that all strings provided by Drupal CMS are translated and will be shown in a correct language if the users choose one.

User interface changes

Data model changes

📌 Task
Status

Active

Component

Track: Multilingual Content

Created by

🇮🇳India anjali rathod India

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @anjali rathod
  • 🇺🇸United States phenaproxima Massachusetts

    So, here's the thing...

    Drupal CMS's installer is now based on the Recipe Installer Kit framework, which is probably where most of these changes need to actually happen.

    For now, go ahead and implement it in Drupal CMS however you see fit -- let's just get something that works. Once it's ready to be committed, we can move the parts into Recipe Installer Kit as needed.

  • 🇺🇸United States phenaproxima Massachusetts

    I think we probably need to move this to Recipe Installer Kit, since that's where all the installer's functional code exists.

    We'll also need to research where, exactly, the translations are loaded from.

  • 🇪🇸Spain Jose Reyero

    Hi @phenaproxima

    Though I understand about having the functionality in the Recipe Installer Kit, it looks like we'll be needing some theming, css, js too, which should be on this project, right? so maybe it makes sense to have one issue for each (?)

    About downloading the translations, I think we can reuse all of Drupal core features and infrastructure for that so the only thing we need to worry about is how this project is parsed and uploaded to localize.drupal.org. I'll follow up about this on other issues.

  • 🇺🇸United States phenaproxima Massachusetts

    @jose reyero, the translating is a bit tricky because a lot of the new, untranslated strings come from the installer's custom theme, which is, well, a custom theme and not a standalone project.

    Does it need to be moved into its own project for this to work?

  • 🇪🇸Spain Jose Reyero

    It looks like most of the strings will just be parsed treating this project like a generic folder. Trying with the potx module...

    drush potx --folder=temp/drupal_cms
    
    ------- --------- 
      Files   Strings  
     ------- --------- 
      461     31       
     ------- --------- 
    

    However, since which files are extracted depend on the potx module, we can add patches for that one too in case it is needed, like this one Extract strings from Recipes Active
    So I'd suggest we move on and address the issue later if there are missing strings

    (Attached the extracted strings).

Production build 0.71.5 2024