Forum Replies Created
-
AuthorPosts
-
amin007
ParticipantPlease get a fresh build of the plugin from here and that should fix that.
amin007
ParticipantOkay… this post should help:
amin007
ParticipantThis issue should be resolved now.
amin007
ParticipantThe reCAPTCHA in eStore is used on subscription forms created by eStore. If you don’t want to use reCAPTCHA on those forms then don’t worry about filling that section.
amin007
ParticipantCan you please tell me the exact line of PHP code that you are using?
amin007
ParticipantWP eStore and the Affiliate plugin only signs up your customer or the affiliate to the list using their name and email address. There is no option to add more fields to it.
amin007
ParticipantHmmm… I will need to take a look at the backend for this. I will send you an email.
amin007
ParticipantYour setup looks correct. The plugin is not finding a registration page URL in your settings value so the “registration complete URL” is not complete. I know you have checked it once but can you please go back and save that value again? What version of eMember and eStore are you using?
amin007
ParticipantWhat version of eStore are you using?
The character encoding issue for product names can happen if the products database is not created in UTF-8. Is your eStore products database created in UTF-8?
amin007
Participantamin007
ParticipantWhich version of WPEC are you using?
amin007
ParticipantIt is a viable option. With Clickbank “Buy Now” type buttons there should be no issue.
You talk about a subscription product in Clickbank, does clickbank have a payment notification feature (similar to PayPal IPN) which can notify a script on recurring charges? Without a payment notification system in place the membership plugin won’t know when the customer stopped the subscription.
July 1, 2011 at 11:59 pm in reply to: Awarding Commission via HTTP GET or POST – Problems to make it work #33832amin007
ParticipantThank you for the debug info. I can see the issue now. The mistake is in the following line:
$data['secret_key'] = $secretKey;
Please change it to the following and that should do it:
$data['secret'] = $secretKey;
amin007
ParticipantI tested your your registration and the login and it worked for me (I was able to create a free user and then log in and see the video). I am pretty sure the issue you are having is related to your email address being already present in the WordPress database (your WP admin user probably have the same email that you are trying to use). Email addresses must be unique in the system so you cannot have two users with the same email address (this includes your WordPress users too). So go to your WordPress users list and check what email address is being used by which users. Then fill out a registration form with an email address that is already not in use. The login restriction applies when the same login details is used from different IP addresses (different computer). You didn’t do that so it should not matter.
amin007
ParticipantThere you go #2 is the issue. There are two issues here actually:
1. You were doing test transactions with your merchant ID from live account.
2. You did not configure eStore to run in test/sandbox mode.
To rectify the issue create a proper auth.net test account and use merchant details for that test account. You can’t run the store in test mode but use merchant details from your live account (these cannot be mixed). Auth.net will let you create free merchant test/sandbox account. Once you create one of those accounts, please use the details from that account in eStore settings and then test your transactions.
Let me know if that makes sense.
-
AuthorPosts