I can't seem to find a way to translate the text in the block that says "Email address:", "First name" etc. I guess I can find it in the module code, but I don't want to edit the source of the module.

I found the string that says "Subscribe to the @newsletter newsletter", but it's the form below I want to translate.

#76 Mailchimp string.png14.91 KBbisonbleu
#48 mailchimp-signup-i18n-string-610506-47.patch5.23 KBasrob
PASSED: [[SimpleTest]]: [MySQL] 64 pass(es).
[ View ]
#46 mailchimp-signup-i18n-string-7thkey.patch5.44 KB7thkey
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch mailchimp-signup-i18n-string-7thkey.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]
#41 mailchimp-signup-i18n-string-610506-41.patch8.22 KBaxe312
PASSED: [[SimpleTest]]: [MySQL] 64 pass(es).
[ View ]


levelos’s picture

Status:Active» Closed (works as designed)

Those field labels are actually coming directly from MailChimp and are not translatable, at least as far as I know.

AdamGerthel’s picture

Ok, thanks for the reply. I'll se what I can do using jQuery instead

Anonymous’s picture

Has a .pot file been extracted from Mailchimp?

@insats, did you find a work-around for the non-module strings?

Anonymous’s picture

new7.32 KB

Learnt how to extract pot file here: http://drupal.org/project/potx with thanks to Kenn_VM on IRC

Please find attached.

Anonymous’s picture


All this can be done at Mailchimp. Click on any field that you want to change and type in the new translation string. Don't forget to save.

netsensei’s picture

This is an issue by design.

Quartz tip is okay if you want to change the default language of your installation to something other then English. But if your project supports multiple languages, then you'll run into trouble since Mailchimp doesn't do translation of fields either.

Yet, I think the problem could be solved within Drupal.

For one, I was wondering why the form page hits the API to retrieve the MC fields. Wouldn't it be easier to cache the fieldstructure Drupalside? This strategy would give you 2 benefits:

1. Less traffic with MC (retrieve fields only once)
2. The possibility to add an extra tab to Drupal which maps fixed label strings to fields. Those labels can be wrapped with t() which solves the translation issue.

Now, if an admin would change the fields in MC (not likely to happen every day!) he just needs to go to the MC settings page, click an 'update' button and MC would update the field structure in Drupal.

Just my 2 cents.

compujohnny’s picture

OK, I was successful in solving this issue

All u need to do is change the following line to add the t() function to the label texts returned from Mailchimp

function _mailchimp_insert_drupal_form_tag($mergevar) {
  // Insert common FormAPI properties
  $input = array(
      '#title' => t($mergevar['name']),   //This is the changed line, it was '#title' => $mergevar['name'] but after I added the t() I was able to translate it via the Translate Interface page
      '#weight' => $mergevar['order'],
      '#required' => $mergevar['req'],
      '#default_value' => $mergevar['default']

Hope that helps :)

pverrier’s picture

Version:6.x-2.0-beta8» 7.x-2.4
Component:Code» General
new572 bytes

I have exactly the same problem with 7.x-2.4.
Proposed patch.

alexverb’s picture

Category:bug» feature
Status:Active» Closed (works as designed)

The module is using the correct way of translating user input. The patch you're proposing is not a good solution. But I'm having the same problem when using the placeholder @mergevar it doesn't become translatable.

alexverb’s picture

Category:feature» bug
Status:Closed (works as designed)» Active

Switching this to bug report.

alexverb’s picture

After re-thinking on this I have to join the opinion of patch #8. I don't see any other way we could translate the labels. And I'm thinking we should do the same for the interest groups and interest group label. That would allow for full form translation.

mohamadaliakbari’s picture

Category:feature» bug
Status:Closed (works as designed)» Active

How patch #8 will make Merge-vars translatable? I think #7 is the solution: t($mergevar['name'])

t('@mergevar'... will not make difference between First-name, Last-name and E-mail...! you have just @mergevar variable in translate interface...

so we should use #7 ways instead #8

pverrier’s picture

#8 is just the patch form of #7, as you can see:

- '#title' => t('@mergevar', array('@mergevar' => $mergevar['name'])),
+ '#title' => t($mergevar['name']),

Line '-' is replaced by '+'. So we all agree :)

tkrugg’s picture

I had problem with the patch. It's failing at some point and I can't say why.
Hunk #1 FAILED at 696.

I prefered the jquery solution. That's all I need for the moment. I hope it will help

<script type="text/javascript">
/* mailchimp subscription block translation */
        <?php if($language->language == 'fr'): ?>
$('#block-mailchimp-lists-institutions-list #edit-mailchimp-lists-mailchimp-institutions-list-title').html("S'abonner à notre newsletter");
$('#block-mailchimp-lists-institutions-list .form-item-mailchimp-lists-mailchimp-institutions-list-mergevars-EMAIL > label').html("Adresse e-mail");
$('#block-mailchimp-lists-institutions-list .form-item-mailchimp-lists-mailchimp-institutions-list-mergevars-FNAME > label').html("Prénom");
$('#block-mailchimp-lists-institutions-list .form-item-mailchimp-lists-mailchimp-institutions-list-mergevars-LNAME > label').html("Nom");
        <?php endif; ?>

Just past this before the </head> markup of your html.tpl.php file.

stella’s picture

Status:Active» Needs review
new703 bytes

Patch re-roll for 7.x-2.6

stella’s picture

Version:7.x-2.4» 7.x-2.7
new703 bytes

Patch reroll for 7.x-2.7

brunorios1’s picture

Status:Needs review» Reviewed & tested by the community

#16 worked in 7.x-2.x-dev.

eL’s picture

and how about to solve this bug in 6 version?

levelos’s picture

Status:Reviewed & tested by the community» Needs work

According to the Drupal 7 documentation for t(), you're never supposed to directly translate a variable as suggested in the latest patch.

stella’s picture

No, you probably shouldn't as then they can't be extracted to po files.

I don't have the time to work on this, but you just need to implement hook_variable_info() in mailchimp (a hook provided by the 'variable' module).

If you implement that hook, then the process for translating the variable for end-users is:

  1. Install the variable and i18n modules
  2. Go to Admin ->Configuration -> Regional and language -> Mulitlingual settings (admin/config/regional/i18n) and click on the 'Variables' tab
  3. There you can select the variables you wish to translate. Enable all the ones you wish to modify and save
  4. Navigate back to the mailchimp configuration page
  5. There you can set the values for the declared variables in the site's default language.
  6. At the top there will be a language selector, switch to another language by clicking on the appropriate link.
  7. Then configure the strings for that language and save
czigor’s picture

new7.78 KB

As the strings in question are not coming from drupal variables I think the proper way to translate them is using i18n_string without the variable module.

The attached patch creates a mailchimp_i18n module in mailchimp/modules. Installing it creates a Mailchimp checkbox on the /admin/config/regional/translate/i18n_string page. Check it and press 'Refresh strings'. Now you can filter for the 'Mailchimp' textgroup strings at /admin/config/regional/translate/translate.

Currently the following strings can be translated:
- all enabled mergevar names like 'Email address' and 'First name'. 'enabled' means the ones that appear on the subscribe form for an anonymous user.
- List label and description

czigor’s picture

Status:Needs work» Needs review

The method was taken from the Countries and Metatag modules.

anibal’s picture

Hi all,

Just go to this link and use the translation features that are located in the mailchimp site.


There's no need for all this patch's and messing with the module.

This will translate the block that is used in the drupal side for the user subscription.

kopeboy’s picture

Issue summary:View changes

#23 Are you sure? I can't see a form to translate my list name and description.

When will patch at #21 be added to the module?
I don't know how to patch (I usually make simple edits by hand but this patch is big..).


raychaser’s picture

new1.73 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch mailchimp_signup-translation-610506-24.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

I think this relates but if not let me know and I'll open a separate issue.

We had a need for the mailchimp signup form to have its block title, block description and all field labels translated so this is what we came up with. It's a little crude but it does allow for all fields to be string translated.

Status:Needs review» Needs work

The last submitted patch, 25: mailchimp_signup-translation-610506-24.patch, failed testing.

villette’s picture

new2.18 KB

I just updated the patch #25 to make the confirmation message translatable as well.

mathieudg’s picture

I came across the same issue in 7.x-3.1.
The solution in #23 works only if you follow these steps:
- translate the signup forms (or other, depending on what you use on your site) on the Mailchimp site
- on your drupal site: enable the Mailchimp List in Modules and go to Mailchimp configuration
- load up the List and click "Refresh lists from Mailchimp"

Then and only then the translation takes effect.

czigor’s picture

@#25 and #27: You should not (almost) ever pass a variable to the first argument of a t() function. See https://api.drupal.org/api/drupal/includes!bootstrap.inc/function/t/7.

I'm pretty sure that using i18n_string is the way to go but the code has changed so much in the past one year that #21 does not apply any more.

zvaranka’s picture

I followed the intructions described in #28. I translated into Hungarian all strings of the signup forms and other in the MailChimp website after I selected the Hungarian language. I enabled the MailChimp list in Modules and finally in the Drupal Mailchimp configurationI refreshed the lists from MailChimp. But the in the signup form on my Drupal based website the field labels remained English. Of course in the MailChimp website I see my signup form already translated correctly. But in my Drupal site the labels remained English.

mathieudg’s picture

#30: Have you tried manually translating these field labels? Search for these labels in the translation settings (admin/config/regional/translate).

kopeboy’s picture

Version:7.x-2.7» 7.x-3.2

Using the instructions at #28 you can CHANGE the language of your Mailchimp fields, not translate them.

At least this is what I am able to do in Mailchimp app. It seems you have to create another list, with another default language, and there change the field labels (or re-create the fields in the new language).

Anybody? This seems stupid, why wouldn't Mailchimp support basic translation of this type, I mean, a sign-up form is their core!

If I understand correctly, with version 3 in Drupal, you would have to add two lists (Fields of type Mailchimp subscription) on the same user...

The last submitted patch, 25: mailchimp_signup-translation-610506-24.patch, failed testing.

pyry_p’s picture

Quick version with i18n_string as suggested in #29
This applies only to signup forms.
Looking back the title callback doesnt make sense because they get the string translation anyway. Mayby adds tiny consistency with context, but adds confusion since the title gets translatable twice.

pyry_p’s picture

After reading the patch in #21 I feel its closer to best implementation. Clear submodule for translation. The existing modules should only be touched to add alteration hooks where needed.

axe312’s picture

I can confirm that patch from #35 is working. But like pyry_p, I'd prefer to have a separate module for that: The way he describes it in the above comment.

asrob’s picture

Version:7.x-3.2» 7.x-3.3

Bump release.

I could not apply that patch in comment #35.

jackdaniel9’s picture

D'ont work with 7.3.3

jackdaniel9’s picture

I change this for translate name field in 7.3.3 :

line 1191 in mailchimp.module

- '#title' => t('@mergevar', array('@mergevar' => $mergevar['name'])),*/
+ '#title' => t($mergevar['name']),

axe312’s picture

new8.22 KB
PASSED: [[SimpleTest]]: [MySQL] 64 pass(es).
[ View ]

This version of patch #35 applies to 7.3.3

The last submitted patch, 25: mailchimp_signup-translation-610506-24.patch, failed testing.

maxplus’s picture


patch from #41 is working for me using Mailchimp 7.x-3.3+8-dev

I have translated:
- the Block-title
- submit button text
- success message

all through the default translate interface "admin/config/regional/translate/translate"

7thkey’s picture

Patch from #41 works but i get some errors when creating or saving "Signup Forms" (i just tested with forms of type block).

Errors as follows:
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 274 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 274 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 274 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 277 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 277 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 277 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 279 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).
Notice: Trying to get property of non-object en mailchimp_signup_form_submit() (línea 280 de /Users/fred/Sites/findapartments/drupal/sites/all/modules/contrib/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc).

To fix it I had to remove the last chain of $language.

// update i18n translation sources
$language = language_default('language');
$t_strings = array('title', 'name', 'description');
foreach($t_strings as $key){
mailchimp_signup_tt("field:mailchimp_signup:form:$signup->mcs_id:$key", $form_state['values'][$key], $language, TRUE);
foreach ($mergefields as $id => $val) {
mailchimp_signup_tt("field:mailchimp_signup:form:$signup->mcs_id:mergefield:$id", $val['name'], $language, TRUE);
mailchimp_signup_tt("field:mailchimp_signup:form:$signup->mcs_id:confirmation_message", $form_state['values']['settings']['confirmation_message'], $language, TRUE);
mailchimp_signup_tt("field:mailchimp_signup:form:$signup->mcs_id:submit_button", $form_state['values']['settings']['submit_button'], $language, TRUE);

7thkey’s picture

new5.44 KB
FAILED: [[SimpleTest]]: [MySQL] Unable to apply patch mailchimp-signup-i18n-string-7thkey.patch. Unable to apply patch. See the log in the details link for more information.
[ View ]

Attached my little fix if someone gets the same issue
Based on the patch #41 applies to 7.x-3.4

asrob’s picture

[Updated] New patch.

asrob’s picture

new5.23 KB
PASSED: [[SimpleTest]]: [MySQL] 64 pass(es).
[ View ]

A new patch in order to I can apply it using git apply command.

jami’s picture

Status:Needs work» Needs review

The last submitted patch, 46: mailchimp-signup-i18n-string-7thkey.patch, failed testing.

CountPacMan’s picture

Status:Needs review» Reviewed & tested by the community

Patch applied successfully.

swissjohn’s picture


I really cannot activate mailchimp on my multilingual site with English only. As many, I would love to have the possibility of offering a clean translated version of Mailchimp because it can be a great tool.

I found this old issue opened in 2009 but recently reactivated with a recent patch. Somehow no luck to apply it. I tried all the solutions above but none are complete. Mailchimp on their site offers to translate some strings but not all the ones presented on the Drupal site.

Here on the top right of the issue page, it says MailChimp Version: 7.x-3.3

Can you confirm the version of Mailchimp I could apply it to. I'm a bit confused.
Does it apply only on Version: 7.x-3.3 ? I tried both on latest dev and on 7.x-3.4.
But even with latest Dev and 7.x-3.4, I am still not getting the strings to translate via i18.

I am actually wondering if the solutions and/or patches found here have ever been committed.

The latest patch I tried: https:/mailchimp-signup-i18n-string-610506-47.patch

By the way, I tried patching this way:
git apply -v mailchimp-signup-i18n-string-610506-47.patch

git apply -v mailchimp-signup-i18n-string-610506-47.patch
Checking patch modules/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc...
error: while searching for:
    drupal_set_message(t('Signup form @name has been saved.',
      array('@name' => $signup->name)));
    $form_state['redirect'] = 'admin/config/services/mailchimp/signup';

error: patch failed: modules/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc:266
error: modules/mailchimp/modules/mailchimp_signup/includes/mailchimp_signup.admin.inc: patch does not apply
Checking patch modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module...
error: while searching for:
    if (intval($signup->mode) == MAILCHIMP_SIGNUP_PAGE || intval($signup->mode) == MAILCHIMP_SIGNUP_BOTH) {
      $items[$signup->settings['path']] = array(
        'title' => $signup->title,
        'page callback' => 'mailchimp_signup_page',
        'page arguments' => array($signup->identifier()),
        'access callback' => 'user_access',

error: patch failed: modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module:39
error: modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module: patch does not apply

Maybe I am doing a mistake...

In advance, thank you very much for your support.


jami’s picture

Hi Jean (and all). Thank you for working on this!

For this specific issue, I'm still investigating the i18n_string solution most recently updated by asrob for the Signup form labels. It does seem to be the best solution for... variable variables. I just need to familiarize myself with where i18n_string translations come from and do a little more testing.

For the rest of the module, there were some missing t() function calls until today and there are still some missing translation strings, for anyone multilingual with a few extra minutes: https://localize.drupal.org/download?project=mailchimp

Thanks again for all your work! It will be great to get this fully translated.

swissjohn’s picture

Hi Jami, Hi Asrob, Hi all,

Also many thanks to all of u for your hard work and great contributions.

Could you or Asrob who issued the last patch 15 days ago tell me against which version it was applied to?
I would love to set this up correctly as soon as possible on my sites even before it gets released officially.

Or else, I will have to seek another working multilingual alternative. But I really like the professional Mailchimp system. If I didn't need a multilingual system... Mailchimp would be my #1 choice. But right now (a big tendency...) most sites I work on are multilingual. 2 or more languages. Next project I'm launching is 4 languages... And next ones... even more as I am heading the international road with multi-country sites.

I really would love to put Mailchimp in all the systems I build as a basic standard option.

Just wondering... a more general question...
Would it not be better to issue the patches against the latest version or the dev... if it was not the case already?
Sorry for asking again. I'm just trying to understand and make sure I didn't do any mistakes on my side.

Any additional info will be much appreciated.
Thanks again.

asrob’s picture

Hi swissjohn,

Try this patch, https://www.drupal.org/files/issues/mailchimp-signup-i18n-string-610506-..., with Mailchimp 3.4. I hope you will be able to apply it without any errors.

swissjohn’s picture

Hi Asrob,

I reinstalled version 7.34 and installed your latest patch #56 .
And it works great. I was able to translate all the fields in the form !!

Nice job. Wonderful. Many thanks.

m.abdulqader’s picture

I downloaded the last version 7.34 and apply patch #47 and still not working.

BabaYaga64’s picture

I am using MailChimp 7.x-3.4 and I applied the patch from comment #56: https://www.drupal.org/files/issues/mailchimp-signup-i18n-string-610506-.... After also downloading the i18n module, I was able to get some strings on my Drupal site translated into the Croatian language, but not all of them. Specifically, I couldn't find a way to translate the following fields in my MailChimp signup form: "First Name," "Last Name," and "Email Address." I think the translation of these fields may involve creating a .po file with the Poedit application, but I am unsure of how to do this. I tried searching the localize.drupal.org website, in the Croatian translation page of MailChimp strings, for the specific fields to translate, but I couldn't find these fields there. Does anyone know how I might submit my translations of these fields so that they can be used by the wider community? Thanks!

  • pyry_p authored 8a19891 on 7.x-3.x
    Issue #610506 by asrob, stella, czigor, axe312, 7thkey, pyry_p, pverrier...
Greg Boggs’s picture

Status:Reviewed & tested by the community» Fixed
jami’s picture

For people who have had success with this patch, what did you use to translate the signup form field labels (like Email Address, First Name, and Last Name)? I've tried i18n_string, but I never see those strings available to translate in the UI, and my attempts to manually add them via a .po file have not worked either.

Thank you! I would love to get this module 100% translatable.

stella’s picture

@jami I think the instructions in comment #20 above still apply. Did you try them?

harrrrrrr’s picture

The instructions in #20 don't apply. You can simply use the interface translation. Make sure you edit your signup block & save it, then the strings will become visible for translation.

gisle’s picture

No #23 and #28 worked for me. (You can override the default field translations.)

Changing the strings at the MailChimp site seems to me the correct way to do this. Patching the module to add translations in Drupal is IMHO a hack that should be avoided.

However, the UI seems to have changed since Sep. 2014 /7.x-3.1. This is what I did in 7.x-3.5:

In the settings for MailChimp signup forms, first configure a signup form in Drupal, then export it (click the "export" link found on Home » Administration » Configuration » Web services » MailChimp and copy the text). Then click the link "import mailchimp signup" and paste the exported form into "Import" field and tick "Overwrite". Now you can do the translation of the fields at the MailChimp site. The translated strings will be used by Drupal.

Greg Boggs’s picture

Thanks for the replies. The variable translation module no longer applies because the current patch uses the i18n_string translations module rather than relying on variables translation. Although, given our difficulties in getting this to work 100% of the time, I'm open to converting the patch to variable translation instead of i18n_string.

It's great that we have a workaround that relies on MailChimp to serve translations. However, Drupal contributed modules should be 100% translatable in the Drupal translation system.

I'll go through testing again and make sure I try resaving the block. I've tested it three times now. The first time, I was able to see the strings in the translation interface, but the following times, I was unable to replicate my success.

Greg Boggs’s picture

Status:Fixed» Needs work

With the reroll for description, I believe resaving the mailchimp configuration on the block, resaving the block worked. So, I expect we will include this in the 3.7 release.

Greg Boggs’s picture

Status:Needs work» Needs review

  • asrob authored 347f5dc on 7.x-3.x
    Issue #610506 by stella, asrob, czigor, axe312, pyry_p, 7thkey, pverrier...
Greg Boggs’s picture

Status:Needs review» Fixed
bisonbleu’s picture

Issue summary:View changes

Well, I've got the latest and I still cannot translate Email Address, First Name and Last Name from admin/config/regional/translate/translate.

Description : MailChimp email service integration.
Version : 7.x-3.6
Date : 2015-09-10
Package : MailChimp
Core : 7.x
PHP : 5.2.4
Status : enabled

Greg Boggs’s picture

To get the latest Translations feature you must install the dev release of the module because it has not yet been included in a release yet. It will be a part of the 3.7 release if no issues are discovered in the dev release before then.

Also probably unrelated, your PHP version is below the minimum requirements for Drupal 7. In fact, your version was programmed before the release of the iphone. We do test this module against end of life versions of PHP, but for best results in Drupal, you should consider updating to the stable release of PHP 5.6.

Greg Boggs’s picture

Version:7.x-3.3» 7.x-3.x-dev
bisonbleu’s picture

Hey Greg, thanks for the quick reply.

I tried the latest dev a couple of hours ago but got this error:

Error: syntax error, unexpected '[' in /Applications/MAMP/htdocs/mysite/sites/all/modules/contrib/mailchimp/mailchimp.module, line 1455

Which I reported here. So back to 3.6 for now.

As for the PHP : 5.2.4, it also got me wondering. I'm actually running PHP : 5.3.5. The 5.2.4 is the result of $ drush pm-info mailchimp. An update to 5.6 sounds like a good idea though.

Greg Boggs’s picture

Thanks for letting me know. I've corrected the issue with a new commit just now and it will be available as soon as Drupal.org packages a new dev release. If you need a copy of the fixed module before then, you can follow the directions here: https://www.drupal.org/project/mailchimp/git-instructions to get it.

bisonbleu’s picture

Issue summary:View changes
new14.91 KB

I've installed the latest dev (7.x-3.6+2-dev) and, after experimenting with various workflows, I'm now able to translate the Signup form field labels. Well done @Greg Boggs!

Mailchimp string in i18n UI

** The reason why you see en in the attached screen capture is because my website's default language in French (* strings are translated from default language to other language(s)). Therefore, the Email Address string needs to be in French in my mailchimp.com dashboard in order for translation to work correctly.

In other words:

  • if Drupal's default language is English then your Mailchimp Singup form labels must be in English
  • if Drupal's default language is French then your Mailchimp Singup form labels must be in French
  • if Drupal's default language is German then your Mailchimp Singup form labels must be in German

Here's the workflow that worked for me.

  1. make sure the Mailchimp Lists module is enabled
  2. go to admin/config/services/mailchimp/lists and click on Refresh lists from MailChimp
  3. Flush all caches
  4. go to admin/config/services/mailchimp/signup to edit your signup form; you should see your field labels under Merge Field Display; Save the form
  5. finally, go to admin/config/regional/translate/translate and search for the strings you need to translate e.g. Email Address

Thank you all!

Status:Fixed» Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

jlafu’s picture

Hi guys,

The Description field provided in /admin/config/services/mailchimp/signup/manage/newsletter isn't translated with the provided patch.

I'm sorry I can't provide an updated patch, but here's what I did to fix this:

Allow Description translation

diff --git a/sites/all/modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module b/sites/all/modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module
index 8a23d53..1402ada 100644
--- a/sites/all/modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module
+++ b/sites/all/modules/mailchimp/modules/mailchimp_signup/mailchimp_signup.module
@@ -253,7 +253,7 @@
function mailchimp_signup_subscribe_form($form, &$form_state, $signup, $type) {
   $form['#attributes'] = array('class' => array('mailchimp-signup-subscribe-form'));
   $form['description'] = array(
-    '#markup' => filter_xss_admin($signup->settings['description']),
+    '#markup' => filter_xss_admin(mailchimp_signup_tt("field:mailchimp_signup:form:$signup->mcs_id:description", $signup->settings['description'])),
     '#prefix' => '<div class="mailchimp-signup-subscribe-form-description">',
     '#suffix' => '</div>'

Hope it works for you guys and If it does maybe some wise man can include it in the patch :)

Greg Boggs’s picture

Hi jlafu,

This code is already in the dev release of Mailchimp and it will be in the next official release.


jlafu’s picture

Oh, thanks for your answer Greg Boggs!