Forum Replies Created
-
AuthorPosts
-
amin007Participant
Please get a fresh build of the plugin from here and that should fix that.
amin007ParticipantOkay… this post should help:
amin007ParticipantThis issue should be resolved now.
amin007ParticipantThe 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.
amin007ParticipantCan you please tell me the exact line of PHP code that you are using?
amin007ParticipantWP 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.
amin007ParticipantHmmm… I will need to take a look at the backend for this. I will send you an email.
amin007ParticipantYour 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?
amin007ParticipantWhat 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?
amin007Participantamin007ParticipantWhich version of WPEC are you using?
amin007ParticipantIt 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 #33832amin007ParticipantThank 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;
amin007ParticipantI 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.
amin007ParticipantThere 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