🇷🇺Russia @qzmenko

This is still a problem, but in our case for nodes migration.

We need to migrate ~2 million nodes. At the beginning of the migration, ~10 nodes per second are imported. After 50k imported nodes, the speed becomes ~2 nodes per second.

I tried changing the batch_size in the migration, but it did not affect the migration speed at first glance.

Please review MR

qzmenko → created an issue.

Here is the patсh with changes from #2.
But I agreed we need to add some toggle in module settings.

We need to check if $entityAdapter is not null. It can be null if target entity not exists.

Right now I recieve error during reindex:
Error: Call to a member function getValue() on null in function Drupal\search_api\Utility\FieldsHelper->extractFields() (line 136 / /app/docroot/modules/contrib/search_api/src/Utility/FieldsHelper.php).

Sorry, I don't have possibility to create an interdiff right now.
Patch attached.

Patch from 📌 Allow the ChangedItem to skip updating the entity's "changed" timestamp when synchronizing (f.e. when migrating) Needs work solved this issue

https://git.drupalcode.org/project/title_length/-/merge_requests/1

qzmenko → created an issue.

qzmenko → changed the visibility of the branch 6.0.x to active.

qzmenko → changed the visibility of the branch 6.0.x to hidden.

+1 for this.
When using the "span" tag, the screen reader does not read aloud the information that the menu has been opened.

qzmenko → created an issue.

Thanks for the work! Please check my notes to MR.

qzmenko → created an issue.

qzmenko → created an issue.

Please test this patch.
I created it March, but I forgot to post it here. Sorry I don't have possibility to add interdiff at the moment.

Was updated in 📌 Make Social Auth Mailru compatible with Social Auth 3.x Fixed

Social Auth 2.x is not supported already. We need to update this module for compatibility with Social Auth 3.x and for 4.x after that.

I'll be happy to help with releasing the Drupal 9/10 compatible version.
Also I'm workin on fork of dependency https://github.com/rakeev/oauth2-mailru, because it using outdated API of Mail.ru
I will adopt this module for social_auth 3.x/4.x too.

qzmenko → made their first commit to this issue’s fork.

Updated patch with small fixes.

Updated patch with small fixes and improvements:

1. Changed field type of IP Whitelist field from text to textareaa
2. Changed type in config schema from text to string (text is wrong because this type is translatable)
3. Added possibility to specify range of IP addresses
4. Added validation for IP addresses and ranges
5. Added update for create new config file
6. Changed name of config file from flood_control.ip to flood_control.settings, because I think this config in future can contain settings related not only to IP whitelist
7. Code style fixes

Fatal error during enabling module using patch #17:
PHP Fatal error: Could not check compatibility between Drupal\content_sync\Logger\ContentSyncLog::log($level, Drupal\content_sync\Logger\Stringable|string $message, array $context = []): void and Drupal\Core\Logger\RfcLoggerTrait::log($level, Stringable|string $message, array $context = []): void, because class Drupal\content_sync\Logger\Stringable is not available in /app/web/modules/contrib/content_sync/src/Logger/ContentSyncLog.php on line 56

qzmenko → created an issue.

qzmenko → created an issue.

qzmenko → made their first commit to this issue’s fork.

Luke.Leber → credited qzmenko → .

qzmenko → created an issue.

qzmenko → created an issue.

Patch #6 is only suitable as a temporary solution, because it removes all messages on the page altogether.

I have a site with two languages NL (default) and EN.
After running the migration via drush cim NL content is showing up in the the paragraphs on the english version of the node. I am expecting to see EN content here.

Yes, I confirm that problem. The content of the paragraphs of the original node was copied, instead of the translated paragraphs.

Has any other more up-to-date conversion method appeared during this time, other than the one described here?

Please check MR!10 (https://git.drupalcode.org/project/color_field/-/merge_requests/10)

• Merged 3.x branch
• Resolved conflicts
• Fixed issue with label
• Use new drupal/once library

// Hide the widget labels if the widgets are being shown.
if (!spectrum_settings.showInput || !spectrum_settings.showAlpha) {
  $element.find('label').hide();
  $element_opacity.hide();
}

Maybe I don't understand something, but it seems to me that the Label of the field should always be displayed? It's not clear why label of field hidden if "input" hidden.

Otherwise, everything works well and the new widget looks better than the existing ones.

Merged, thanks!