There is an issue with the mailchimp_signup_set_target function that was created as part of #2354325 where the feeds import value is wrapped in an extra array and then not processed properly by the mailchimp integration. The attached patch addresses that function.

However, we should also consider moving the hook_feeds_node_processor_targets_alter and mailchimp_signup_set_target functions into the mailchimp_lists submodule, since that is where the fields are actually being defined, rather than its current location in the mailchimp_signup submodule.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

mikemccaffrey created an issue. See original summary.

mikemccaffrey’s picture

gcb’s picture

Status: Active » Needs review
gcb’s picture

Version: 7.x-3.x-dev » 7.x-3.3
FileSize
2.63 KB

This helped, but there is a related issue where nonsense values in the feeds importer get treated as booleans: blank values, random text, etc. The attached patch refactors mailchimp_signup_set_targets to recognize that multi-value mailchimp fields are not allowed, and to coherently handle non-standard values, including some that people might like to use in feeds importers like "yes" and "true".

ruscoe’s picture

Version: 7.x-3.3 » 7.x-4.x-dev

We're going to be ending support for the 7.x-3.x branch due to the upcoming deprecation of the v2.0 MailChimp API.

This patch should be rerolled for the 7.x-4.x branch.

ruscoe’s picture

Status: Needs review » Needs work
alex.xequals’s picture

I'm having the same issue on 7.51. Importing subscriptions via feeds, using a tamper on the subscription field to convert to boolean, and no matter what I do the actually check box is not being ticked. Everything else is running fine without error however it seems the target is not receiving the data well. Will this patch also work for 7.51? Is there a specific tamper that others have used which will populate the subscription field the way that the module wants?

gcb’s picture

You will need this patch. Try applying it: if it does not apply we'll need to re-roll it. I'm not sure a special tamper will help you. This property is an odd one: it stores in mailchimp, not the database.