Yes, at the moment you’d either need to fork the GitHub repository and build the JS bundle with translatable strings, or implement a proxy endpoint in Drupal that serves translated data. I’m happy to review merge requests if someone would like to contribute an alternative implementation.
Follow up issue here 📌 Fix PHPStan violations Active for phpstan corrections after the merge.
Also tested this and it works fine. If someone else could also review and move to RTBC please.
Not gaining as many code contributions from a region can’t be used to dismiss or downplay genocide. That’s a deeply flawed and unjust metric. It takes no effort to be human and acknowledge suffering, to show solidarity, and to affirm that Palestinian lives matter just as much as any others.
There shouldn’t even be a debate about whether or not to show solidarity with Palestine... We are witnessing one of the biggest war crimes in modern history, the fact that this even needs justification is beyond understanding.
baikho → changed the visibility of the branch 3536544-expose-migration-in to hidden.
Changes in the MR work fine. Tested on:
Drupal core 11.2.2
Pathauto 8.x-1.13
Maybe the SkipRow exception should be re-thrown as a SkipProcess exception. Or maybe we can stop using exceptions after 📌 Allow process plugins to flag a row to be skipped Needs work : Allow process plugins to flag a row to be skipped is fixed.
Yes, or something along these lines seems to work too:
+ $migrate_executable->saveMessage($new_message, MigrationInterface::MESSAGE_INFORMATIONAL);
+ $this->stopPipeline();
+ return NULL;
- throw new MigrateSkipRowException($new_message, 0);
Please see the Project page for details:
See CSRF Anonymous Token → for the Drupal 8 variant of this module's
7.x-1.xbranch.
#35 works fine, but made a slight adjustment for multiple migrate sources 🐛 ParagraphsSubProcess plugin does not merge paragraph items when using += operator Active
baikho → created an issue.
#10 Great stuff, many thanks!
Linking this up with ✨ Show migrate plugins on the Migrate UI lists Active and ✨ UI will not display migrations that are not in configuration. Active as I have not found any UI solution that displays migration Plugins.
baikho → changed the visibility of the branch 3037234-give-authentication-plugins to hidden.
Using patch from #105, works as expected on:
Drupal Core 11.1.7
PHP v8.3
It's a new installation:
$ composer require drupal/entity_usage
...
www-data@2a078b834d81:/docroot$ drush en paragraphs_library
The following module(s) will be enabled: paragraphs_library, entity_usage
...
The change in the MR work fine, but I had to re-install the module before the entity route changes applied.
baikho → created an issue.
I think this should be considered as a bug
#3 I noticed the flag, but didn't read the description. However when trying to remove the flag and re-running, doesn't appear to work. For now I am sticking to the patch, will do some more investigation later. Thanks!
Tests are failing
@cmlara could we please have a new tagged release? Thanks!
#15 Thanks, will do
baikho → changed the visibility of the branch 3517986-entity-finder-plugin to hidden.
Woops wrong module :)
baikho → created an issue.
I tested patch from #18 on v3.0.0, but that is still reproducing the behaviour described as in #6
But the first imported german node is gone, and was replacing through the english version.
Or what I think is happening is that the original source node's language get swapped with the overridden language instead.
Just adding my two cents — I think the solution in ✨ Support Batch Processing Active could serve as an example for implementing something similar for JSON:API.
And then there is also https://www.drupal.org/project/feeds_paged_drupal_jsonapi_fetcher → , although it looks quite outdated.