Remove Migrate Drupal Multilingual module in Drupal 10

Will be removed in Drupal 10.

Parenting to the right place.

I opened #3261957: Properly deprecate migrate_drupal_multilingual for future removal before I found this to use the new module deprecation mechanism in 9.4.x, not sure it's really needed.

Here is a patch to simply remove this module in 10.0.x.

Needs #3261957: Properly deprecate migrate_drupal_multilingual for future removal first to clean up references to the module.

Dependency committed

Added reroll of patch #12.
These files are already removed.

core/modules/migrate_drupal_multilingual/migrate_drupal_multilingual.install
core/modules/migrate_drupal_multilingual/migrate_drupal_multilingual.install

Hope it will be grean

PHP 8.1 + MySQL 5.6 came back green, confident the other tests will return green as well.
If not TestBot will kick this back to Needs Work.

Committed 91e4364 and pushed to 10.0.x. Thanks!

Here''s follow-up to remove it from composer replace section for core

The diff is a lot bigger than I'd expect - composer version maybe?

Using Composer 2.2.6 (the latest version), my diff looks like this:

diff --git a/composer.lock b/composer.lock
index aef64aa592..995e3f073b 100644
--- a/composer.lock
+++ b/composer.lock
@@ -448,7 +448,7 @@
             "dist": {
                 "type": "path",
                 "url": "core",
-                "reference": "231d26e39bada8a65354596fd06da9d68e402440"
+                "reference": "616ed878be16e5b265beb990b9e5b658950821d0"
             },
             "require": {
                 "asm89/stack-cors": "^2.0.2",
@@ -572,7 +572,6 @@
                 "drupal/menu_ui": "self.version",
                 "drupal/migrate": "self.version",
                 "drupal/migrate_drupal": "self.version",
-                "drupal/migrate_drupal_multilingual": "self.version",
                 "drupal/migrate_drupal_ui": "self.version",
                 "drupal/minimal": "self.version",
                 "drupal/mysql": "self.version",
diff --git a/core/composer.json b/core/composer.json
index 3f41631c6a..210fbfd0d0 100644
--- a/core/composer.json
+++ b/core/composer.json
@@ -126,7 +126,6 @@
         "drupal/menu_ui": "self.version",
         "drupal/migrate": "self.version",
         "drupal/migrate_drupal": "self.version",
-        "drupal/migrate_drupal_multilingual": "self.version",
         "drupal/migrate_drupal_ui": "self.version",
         "drupal/mysql": "self.version",
         "drupal/node": "self.version",

That's from updating core/composer.json and then running

COMPOSER_ROOT_VERSION=10.0.x-dev composer update drupal/core

Interestingly, the lockfile hash looks identical to @andypost's patch.

That's because after updating core/composer.json I need to update --lock

I also cannot reproduce @andypost's version of the patch using Composer 1.10, either. 🤔

Ah, crosspot. I can reproduce it if I run composer update --lock after the COMPOSER_ROOT_VERSION=10.0.x-dev composer update drupal/core using Composer 2.2.6, but only after explicitly typing the command separately. It was my understanding that composer update --lock was no longer preferred since it won't update templates and metapackages when needed, and it no longer is in our handbook instructions for that reason. That would explain the divergence, because the last person (or the tagging script) also probably just did the COMPOSER_ROOT_VERSION=10.0.x-dev composer update drupal/core. Edit: It is worth noting though that the key bits, the file hashes and the references to the module, are the same between my version and @andypost's.

@xjm thanks! Using COMPOSER_ROOT_VERSION=10.0.x-dev composer update drupal/core the patch is much cleaner

PS I'm using composer 2.2.6

Looks good now.

re-roll after #3188858: Remove the entity_reference module entirely on the Drupal 10 branch

Committed the hotfix to 10.0.x. Thanks!

Also added the module to:
https://www.drupal.org/about/core/policies/core-change-policies/deprecat...

Module and theme removals should always be tagged for the release notes. Thanks!