[tcnolan7]

Hi, we are on v10.0.8 .

I did more testing yesterday. When I take out the group, the member is added to the MailChimp list fine.

I tried renaming the group, still would not add.

It feels like it is an issue on MailChimp’s end with this particular group. They have turned on some error logs and had me test again. I have not heard back yet. Hopefully that will show something.

Thanks.

[tcnolan7]

Hi, thanks for your reply. I have checked the list field settings and only email and first name are required.

Doing more testing, I am only having issues with this particular membership level. I just did 2 tests of manually adding a member. The only difference in the membership levels that I can see is the Autoresponder List/Campaign Name:

This membership level, which we created in July, works fine, people get added to the mailchimp list with the correct group:

membership id 5

Live Out Loud Newsletter | Clutter Group Participants, CB 2.0: Fall 2018

This one which we created in August does not work.

membership id 7

Live Out Loud Newsletter | Clutter Group Participants, CB 1.0 Fall 2018

As you can see the only difference is the subgroup name.

I can’t determine whether there is an issue on the WP eMember side or something has changed in MailChimp. You would think neither would work??

Here is a link to our debug file. At the bottom you can see my 2 tests.

kerririchardson.com/wp-content/plugins/wp-eMember/eMember_debug.txt

Any ideas what else I can check?

Thanks, Terry

[tcnolan7]

Hi Peter, I just wanted to report back. We were finally able to upgrade the plugin and tested having users sign up for multiple levels (we consider them classes) and it worked fine.

Thank you,

Terry

[tcnolan7]

Hi Peter, sorry for the delayed reply. Since they are in the middle of a sale, they don’t want to do the upgrade at this time.

So, I have to wait until early January to try that but will respond back to let you know if it is still an issue.

Terry

[tcnolan7]

Hi Peter,

Sorry, I meant to give you the version. We are on 6.1.4. We are simply using PayPal buttons.

If we go into the members record and check all the classes(levels), he can access everything fine. But when he purchased each class individually, it only retained the last class purchased.

I would think it must check the membership_level field and if there is something already there, then write to the more_membership_levels?

We haven’t made any major changes to the site so I’m not sure why it would have stopped working.

Terry

[tcnolan7]

Hi,

I think I found the issue. In the file eMember_handle_subsc_ipn_stand_alone.php, in the section create new member account, if you look at the updatedb sql statement (line 81), $email is not in the list of VALUES.

When I added that, the email address from PayPal was added to the member record.

Terry

[tcnolan7]

Yes, that’s the integration I followed. The version is v6.1.4. And everything is working fine, except the email address from PayPal is not being stored.

The one thing that is different is that we are using eJunkie.

But eJunkie does say this “Any script that can receive PayPal IPN should be able to receive our order data, as long as it can handle or ignore our extra fields and does not attempt to validate the IPN with PayPal (which would fail since we are not PayPal, and we validate the actual PayPal IPN in the first place before sending order data anyway)”

So I did tweak the code in eMember_handle_paypal_ipn.php to always return true for the function eMember_validate_ipn (I just changed line 281 to return true;).

I checked the debug log and in the Post string, I do see the payer_email.

I can always instruct users to enter their email address to complete the registration but it would be nice to have it come thru.

Thanks for any help on this.

Terry

[Author]

Posts