Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
When enabling the i18n Internationalization module (https://www.drupal.org/project/i18n), some functionalities don't work as expected:
i18n_menu:
- multi-language menu: filtering language-specific items per language doesn't work (shows all items for all languages)
- language-specific pages can be viewed by uri in other languages, e.g.: /en/this-page-is-in-english is also viewable at /nl/this-page-is-in-english, also showing the English content. This creates unwanted duplicate content.
i18n_variable:
- Site custom footer texts cannot be made translatable with i18n_variable, because the variable is not declared with hook_variable_info().
CT Task
- product_code_appointment unique fieldsettings should be changed to "language", instead of "all" to make the field unique per language.
Comment | File | Size | Author |
---|---|---|---|
#8 | dvg-i18n_multilang_fixes-2841590-8.patch | 2.76 KB | TVoesenek |
Comments
Comment #2
TVoesenek CreditAttribution: TVoesenek commentedAdded a patch to fix this.
Comment #3
TVoesenek CreditAttribution: TVoesenek commentedComment #4
TVoesenek CreditAttribution: TVoesenek commentedContent type Task has an unique field setting for the field product_code_appointment, currently set to scope "all". This means the product code can only be used once for all languages, but it should be set to once per language so the product code can be linked to a translated version of the task.
Comment #5
TVoesenek CreditAttribution: TVoesenek commentedUpdated the patch to fix the unique fields settings.
Comment #6
TVoesenek CreditAttribution: TVoesenek commentedComment #7
TVoesenek CreditAttribution: TVoesenek commentedWhen adding translations to variables, e.g. used for the footer texts, the user should by default have 'administer site configuration'. For DvG this acces level is too high, because you don't want to give this permission to the super editor role.
The patch in this topic #2268415: Accessing multilanguage variables depends on 'administer site configuration' sets the permission to edit these variables to 'access administration pages', which is already assigned to the 'super editor'.
Comment #8
TVoesenek CreditAttribution: TVoesenek commentedmodified the previous patch to add the permissions patch to the make file.
Comment #9
TVoesenek CreditAttribution: TVoesenek commentedComment #10
ruudvanoijen CreditAttribution: ruudvanoijen at ezCompany commentedTested the patch with the latest dev branch. Looks good.
Comment #12
ralphvdhoudt CreditAttribution: ralphvdhoudt at ezCompany commented