Migrations with config or content entity destination should depend on "default_language"

Created on 5 February 2021, almost 4 years ago
Updated 8 January 2024, 12 months ago

Problem/Motivation

I expect that after executing Drupal 7 migrations from a (multilingual) Drupal 7 site where the default language is not English, the migrated configuration entities and content entities have the appropriate language code. But this is not what I got.

The biggest issue is that a config (or content) entity with language: en will contain non-english words (so you cannot translate them to English if you want to do it later).

On the other hand, having default configs with mixed language is a maintenance/development nightmare.

Steps to reproduce

Try to migrate a Drupal 7 instance with a default language other than English.

Proposed resolution

Migrations with config or content entity destination should depend on "default_language" migration (as an optional dependency).

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

πŸ› Bug report
Status

Closed: cannot reproduce

Version

11.0 πŸ”₯

Component
MigrationΒ  β†’

Last updated about 12 hours ago

Created by

πŸ‡­πŸ‡ΊHungary huzooka Hungary πŸ‡­πŸ‡ΊπŸ‡ͺπŸ‡Ί

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

Comments & Activities

Not all content is available!

It's likely this issue predates Contrib.social: some issue and comment data are missing.

  • πŸ‡ΊπŸ‡ΈUnited States Kristen Pol Santa Cruz, CA, USA

    As part of the Bug Smash Initiative, we are triaging issues that are marked "Postponed (maintainer needs more info)". This issue was marked "Postponed (maintainer needs more info)" more than 2 years ago.

    Since there was no additional information provided since it was requested last year, I'm marking the issue "Closed (cannot reproduce)". If anyone can provide complete steps to reproduce the issue (starting from "Install Drupal core"), document those steps in the issue summary and set the issue status back to "Active" [or "Needs Work" if it has a patch, etc.].

    Thanks!

  • Assigned to quietone
  • Status changed to Active over 1 year ago
  • πŸ‡³πŸ‡ΏNew Zealand quietone

    I am not so sure about closing this. The Issue Summary makes sense and core does not test with a site that has a default language other than English. And if the result is a site where you can translate content, that is a problem.

    I would like to find time to test this. Assigning to myself.

  • πŸ‡³πŸ‡ΏNew Zealand quietone

    I did some limited testing on this with a D7 site, installed in Italian with a translated node and translated config (content type). After migrating I didn't have any error messages or trouble translating the content. But again, my testing and source was limited.

    I do to agree with @Wim Leers and @Kristen Pol that steps to reproduce are needed here. And sample database would help as well. However, since it has been 3 years since the first request for more information, and none has been supplied, I am changing the status as per #11.

  • Issue was unassigned.
  • Status changed to Closed: cannot reproduce 12 months ago
  • πŸ‡³πŸ‡ΏNew Zealand quietone
Production build 0.71.5 2024