@sakonn

Update the patch for the validation message.

Also, translate the error message response which is not translated.

I am adding a patch file which makes this fix work with translations.

Update the patch above and fix the error for js optimization.

Would be good to get this merged into the module.

Fix the error in patch from previous comment.

I have updated the patch for the latest dev branch changes. There is the same feature request that is not dependent on the commerce core patch ( https://www.drupal.org/project/commerce_email/issues/3282118 → ). Definitely, there is demand for this feature.

sakonn → created an issue.

Facing the same issue even without ajax add to cart.
The items which were loaded originaly are submited fine. But the items which were loaded later on request are submited to wrong url so at the end they are not submited.

The solution I have found was to set this in settings.php file.

if (PHP_SAPI === 'cli') {
  ini_set('memory_limit', '200M');
}

For some reason it seems that drush is ignoring settings of php memory limit (some discussion here: https://github.com/drush-ops/drush/issues/3294) and is trying to run whole export in one process. After settings this limit the process consumes less then 200Mb of RAM and is working fine even with large exports. During export these messages are logged:

>  [notice] Batch process has consumed in excess of 60% of available memory. Starting new thread
>  [notice] Batch process has consumed in excess of 60% of available memory. Starting new thread
>  [notice] Batch process has consumed in excess of 60% of available memory. Starting new thread
>  [notice] Batch process has consumed in excess of 60% of available memory. Starting new thread

sakonn → created an issue.

I am also facing the issue to translate it through admin interface.
When I copy the configuration manually into yml files and import it the complete message is translated.

Aha, then it should be fine :)
Sorry about missunderstanding.

I have checked the changes and I think it will be better to use global languageManager service since there is no such a service injected into the controller.

Here you can check it out:
https://test.de.penguin.nosicetazne.sk/
https://test.hu.penguin.nosicetazne.sk/
https://test.sk.penguin.nosicetazne.sk/
https://test.cz.penguin.nosicetazne.sk/
https://test.en.penguin.nosicetazne.sk/

Links are valid now during development period.

I confirm that the development version of the module is working correctly. I can send you test environment links for multilanguage setup if you want to test it out.

@akozoriz
Yes I have noticed that something is wrong. Sorry about that.
I have tried to update fork but have done something wrong. Where can I find some documentation how to do that properly?

Here I have done simple patch file with additional changes that were necessary to implement for proper complete page redirections.

Hello, I have tried this patch on my website and I am encountering mysql error. I am using module to export products from my drupal eshop and during the testing I have found out that using drush for small exports works fine. but with the larger exports I am always getting the error:
General error: 2006 MySQL server has gone away
I think it might be related to my hosting environment where is wait_timeout variable set only to 300 seconds. The thing is that this error is not showing up when running export through browser. In the browser I am redirected to batch page and export finish without problem. Throught browser I am able to export any number of products. Using the cli I get error with about 3000 products (I need to export about 50000 products).

Is there a way to resolve this error with cli command?

sakonn → created an issue.

sakonn → created an issue.

Small notice. Mine patch is incompatible with this issue: https://www.drupal.org/project/commerce_email/issues/3314082 🐛 Mail "to" replaceTokens Fixed . Anyway the metioned issue is resolved also.

I have updated patch for latest version 1.0.0 of the module.

Hello,
I am facing issue releated to this missing feature. I have my payment method depended on shipping type (Cash on delivery on courier delivery). Payment method is part of configuration so it's exported. The is also exported dependency on shpping method as ID.
But on my production website has shipping method differend ID so it's not mapped.

What is adviced approach how to handle this?