I agree that forums play a critical role in structured, long-term knowledge sharing — especially compared to transient chat platforms like Slack or Discord, which aren't searchable via Google and often lose valuable insights in the flow.
To make forums more effective, perhaps we should also aim to better structure discussions by Drupal version, topic category (e.g., theming, modules, performance), and highlight solved threads or valuable answers, similar to Stack Overflow.
In addition, as a community, we could do more to sponsor and reshare forum links — during feedback sessions, trainings, or even in Slack threads — to drive traffic back and give visibility to useful conversations.
A chat can be great for fast help, but it shouldn’t replace a searchable, structured platform like the forums. I'd love to see the forum link restored on the homepage, and more encouragement for both old and new users to contribute there.
Hi @tgoeg,
sorry for the late answer, i've tested with fresh installation of drupal CMS added some 2 paragraph configured as Not Translatable with fields inside configured as Transletable.
I'll provide you a working config as soon i'll be able,
Best regards
Alberto
bigbabert → created an issue.
bigbabert → created an issue.
Documentation page created: https://www.drupal.org/docs/extending-drupal/contributed-modules/contrib... →
Hi @w01f,
thanks to create the issue it is already planned, will add detailed documentation page soon, there is also plan to produce illustrative video on how to use the module.
Best regards
Alberto
bigbabert → created an issue.
There is modules that need paid subscription to work eg choesion now knowed as Site Studio ( https://www.drupal.org/acquia-site-studio#projects-supported → ) and for example SAM SSO by miniorange: https://www.drupal.org/project/miniorange_saml →
i don't understand if the topic is still actual.
BR
Alberto
Hi @dudeweb,
what this mean? the body field is not translated? it is marked as translatable in it settings?
BR
Hi @greggles,
So now security issues will be voluntary or not hidden :)
where should be supposed to be the documentation of Security update flag process on new releases?
BR
i'll improve english strings in next release, thx
Hi @tgoeg,
Thanks for the feedback, this looks as a really specific use case, if any other will report same issue i'll evaluate.
The module is tested and work with Gin Admin Theme from Drupal 10 to drupal 11.
Best regards
Hi @tgoeg,
please read the flag description, if you check the flag then you have to configure API Pro on DeepL, if you leave the flag unchecked you need to fill the API Key with one for Free plan from DeepL.
About to Configure to use DeepL backend; a token seems to be pre-filled and it cannot be removed/left empty; maybe to you have some settings with auto_translation_api_key value in your settings.php?
This will not be fixed since it is working as expected.
BR
Hi @patbsh,
thanks for the feedback, fixed in 1.4.12, please have a test and move the status if ok,
Best regards
hi @stefvanlooveren,
if you use free version of Google browser API it goes true browser call, i'll double check about server side calls performance.
BR
Hi @prashant.c,
If you have tested and it works, i'll update the status in tested and reviewed by community.
BR
Hi @smustgrave,
done thx
Hi @smustgrave,
the work done is to remove the preg_match condition that is not able to find the string inside HTML, so the test was not relevant, than used xpath parser: $this->xpath('//script[@type="application/json" and @data-drupal-selector="drupal-settings-json"]') in this way the string can be find and the code executed.
BR
Hi @prashant.c,
the Bulk action only create translation for the languages that doesn't have already a translation this is needed to not override pages already reviewed and approved by editors.
About the status of the original language node i don't think that should be managed by a translation module, you can always use ECA module to do you event and action setting eg. when translation are published than publush original language node.
Thanks for your feedback really appreciate!
Best regards
Hi @tgoeg,
added new features like bulk translations, block content, taconomy and media translations and also DeepL API translation support.
Also minor fixes to prevent unwanted fields settings translation, check it out!
Best regards
Hi @prashant.c,
please have a test if you can so we will validate the solution and i'll port to the next major release.
Best regards
Seems good start point i'll look into this.
Hi @vivek panicker,
any chances to look at this?
i think that with latest version the module should work also with Commerce products, since they are node bundle entities and the code now have a level of abstraction to work with all the entities.
BR
Hi @prashant.c,
the intent of the module is to provide automatic translation that then should be reviewed by content editors to fix any issue and ensure seo friendly texts for each language, do you think that Google or Drupal AI are enough mature to provide final translation to be published on the website?
If so i'll evaluate the bulk translation that will, in difference from the node form translate, store and maybe publish (or assign for approval if moderation and workflow are enabled) the node.
BR
Hi @ tgoeg,
yes i see translations before clicking on edit, below screesnhot of my child paragraphs form settings inside the parent paragraph.
BR
Hi @tgoeg,
have you also tried latest version? in my tests with both configurations, stable and legacy, when i open the add translation form all the paragraphs come opened (uncollapsed) with all the fields translated, and i've tested with like 20 paragraphs with nested paragraphs inside (eg. carousel with slides etc.).
Best regards
Hi @jayzee,
the way paragraphs and other fields are translated is the same with any translation service, the issues that needs to refresh the page twice to see transleted paragraphs is no more valid, so please double check your paragrpahs field translation settings as per documentation: https://www.drupal.org/docs/contributed-modules/paragraphs/multilingual-paragraphs-configuration →
Also wil be useful if you delete your drupal logs entries, open the add translation form and check if there is some error in the logs.
Best regards
Hi @tgoeg,
this could be related to paragrpahs edit form settings, could you share more detail about the configuration of the collapsed paragraph form view?
Best regards
Hi @tgoeg,
thanks to confirm the fix, the cache issue with previous version of the module was due to the fact that paragraphs was saved during the translation, now only the values in the form are updated.
Best regards
Hi @tgoeg,
thanks for reporting, i did a major re-factor of the code and added in 1.3.4 the fix for that using the above code:
if (isset($sub_widget['#format'])) {
$sub_widget['value']['#format'] = $entity->get($field_name)->format;
}
if (isset($sub_widget['#text_format'])) {
$sub_widget['value']['#text_format'] = $entity->get($field_name)->format;
}
Please if you found still issue re-open it.
Best regards
Hi @tgoeg,
fixed and tested in 1.3.3, please feel free to re-open if you still find issues now infinite nested paragraphs should be supported plus multi fields.
Best regards
Hi @jayzee,
fixed and tested, please if there is other issues feel free to re-open
Many thanks for reporting.
Best regards
Tested and merged in 1.3.2
Hi vivek,
i would not spread submodules, unless we not manage to enable it from the ui when switching provider, this would be great i think.
Thanks
Ok so try to start with this one if you want :)
Hi tgoeg,
please test in the beta version https://www.drupal.org/project/auto_translation/releases/1.3.2-beta1 → where is added nested paragraphs support.
Thanks for your feedbacks!
Hi @vivek,
i think that this weekend i'll re-work that one since the idea of the module is to not be dependent by ai module or other module not enabled on the majority of websites (eg. node). Now with this change if someone want to use Google API or Liber Translate without installing drupal ai the auto_translation module will crash since doesn't has the ai_translate dependency declaration in it's .info.
Thanks again,
BR
Hi @vivek,
do you would become maintener of this module and help in the implementation of the asked feature? :)
BR
Hi @vivek i think the error here is on the ai_translate module since in it first version it give the possibility to translate a string, now it always translate the full node even if we call the method to translate a single string it always call translateContent inside TextTranslator this is way i was implementing the use of the controller that has inside it the public function translateSingleText not exposed true a service properly
Great thanks also for the final fix and code best practice improvement, i'll create new release with this!
Hi @vivek,
thanks for the feedback, i see the issue it should be fixed in version 1.3.0 please when you can have test validate it.
Best regards
Please if you find other issues raise there so we can fix it ;)
Looking into the service change of ai translate module, thanks for reporting and pointing to it.
Prevent configuration of Drupal AI provider if module isn't enabled and add message to notice users that Drupal AI Translate module needs to be installed enabled and configured to use Drupal AI provider.
Any news on that one?
Integration with Drupal Ai Translate AI service done