- This topic has 19 replies, 2 voices, and was last updated 13 years, 3 months ago by
.
-
Posts
-
I’m still working on getting things totally set up with the wp emember plugin, but I have it mostly integrated and now I’m testing certain functions. Creating and paying for a new account works great. But what I’ve found is that if a user is logged in and goes to add another membership level to their account (not so much a level as just access to different content) the payment goes through but nothing happens.
I’ve ticked the “Enable Secondary Membership” box. I’ve waited 24 hours just to see if something happens. I’ve tried different test user accounts, different levels, doing it while logged in and out of WordPress. No emails are sent about the new membership level (don’t know if there should be one), and nothing is added to the user account. The account cannot access the content. I don’t know what else to try or what I might be doing wrong.
Any advice is greatly appreciated!
Scratch that- I’m sorry. It does send a confirmation to the admin about the new membership level purchase (it was going to the junk mail box). But not to the customer, and the system never adds the level to the account.
Scratch that- I’m sorry. It does send a confirmation to the admin about the new membership level purchase (it was going to the junk mail box). But not to the customer, and the system never adds the level to the account.
You still have any issue remaining or you figured this out now?
“the system never adds the level to the account” – If you still have this issue please run a test transaction with debug enabled and share the content of the “subscription_handle_debug.log” debug file.
If you can tell me which integration you are using for the payment button (plain PayPal or eStore) then I can give you more info on this debug.
Plain PayPal and thank you for your help! As I said, the buttons work fine for the initial purchase and account set up, just not for adding anything on. I tried the debug function before but ran it again to double check and the file is empty. And I did check the box in the debug section of the settings.
This post should help with that:
There is another link from that post that will help you troubleshoot why you are not getting any debug in the debug file.
I would recommend getting a fresh build of the plugin from here before you run a test transaction:
Thank you for your help! I changed the permissions on those files so that they would be writable and now I’m getting something. The ipn_handle_debug.log file is still empty, but the subscription_handle_debug.log file has content now. I ran three test transactions while logged in, purchasing three different member levels with different IDs, and here was the result:
[08/13/2011 9:31 PM] – SUCCESS :Using secondary membership level feature… adding additional levels to the existing profile
[08/13/2011 9:31 PM] – SUCCESS :New additional level set: 4
[08/13/2011 9:33 PM] – SUCCESS :Using secondary membership level feature… adding additional levels to the existing profile
[08/13/2011 9:33 PM] – SUCCESS :New additional level set: 4
[08/13/2011 9:35 PM] – SUCCESS :Using secondary membership level feature… adding additional levels to the existing profile
[08/13/2011 9:35 PM] – SUCCESS :New additional level set: 4
Is the “new additional level set: 4” the ID of the member level? Because level ID 4 is what was already assigned to the logged in user – so it seems to me that no matter what is purchased it keeps assigning the same ID.
Oh- I re-uploaded a fresh copy of the plugin (the newest)
Yes 4 is the membership level ID. What values do you have in the “Reference Text” field of the eStore products for these 3 products that you are testing with?
I’m not using eStore, just PayPal. I’m not sure what you’re asking for, but if I navigate to the Membership Level screen here’s one of the lines:
ID: 4
Level Name: Section 3
Role: Subscriber
Redirect After Login:http://mywebsite.com/
Global Access Too: √ Pages √ Categories √ Posts √ Comments
Subscription Valid Until: No Expiry or Until Cancelled
All lines are the same except that the ID and level name changes by one number
I forgot that you are using eMember only. Okay, so what value do you have in the additional variables section of the PayPal payment buttons for these 3 buttons?
notify_url=http://mysite.com/wp-content/plugins/wp-eMember/ipn/eMember_handle_paypal_ipn.php
custom=subsc_ref=2
notify_url=http://mysite.com/wp-content/plugins/wp-eMember/ipn/eMember_handle_paypal_ipn.php
custom=subsc_ref=3
notify_url=http://mysite.com/wp-content/plugins/wp-eMember/ipn/eMember_handle_paypal_ipn.php
custom=subsc_ref=5
Thank you. None of them are for level 4 which proves that the log file data that you are seeing are not from the transaction you did recently using those 3 buttons for level 2,3 and 5.
We need to get the debug from the following file otherwise we won’t have any idea of what is actually going on.
– ipn_handle_debug.log
So lets identify why the debug is not getting written to that file after the transaction. Can you verify that the “ipn_handle_debug.log” file have 777 file permission?
Double checked- yes it does.
I would like to point out that I believe those logs are from those transactions though. The file was empty previously, then I uploaded a totally fresh version of the plugin and realized I should probably give those files write permissions (duh). Then I ran the first transaction and checked the file and the first line came up. Then I ran the second transaction and checked again and the second line was there, with the same ID number which made me suspicious. Then I ran it a third time and saw the third line added.
- You must be logged in to reply to this topic.