latest stable versions: v150827 (changelog)

Old Forums (READ-ONLY): The community now lives at WP Sharks™. If you have an s2Member® Pro question, please use our new Support System.

Upgrade Free Members in Authorize.net

Home Forums Community Forum Upgrade Free Members in Authorize.net

This topic contains 32 replies, has 2 voices. Last updated by  Howard Matusow 3 years, 7 months ago.

Topic Author Topic
Posted: Wednesday Jun 5th, 2013 at 2:27 pm #51420

I have a large free subscriber user base and want to allow them to become paid subscribers along with allowing brand new users to subscribe and sign up. I have no problem having the payment process go through if the user is brand new, however the program doesn’t recognize when free subscribers sign up for the paid subscription.

I know there is a modification button that is easily generated that I can use. But, how can I make it so the pro forms sign up link will automatically know when clicked to direct a person to the upgrade membership pro form or the brand new user paid form?

I’d like to have it that way to make it easiest for all users.

Thanks for your help!

List Of Topic Replies

Viewing 25 replies - 1 through 25 (of 32 total)
Author Replies
Author Replies
Posted: Wednesday Jun 5th, 2013 at 8:35 pm #51436

Here’s some of my logs. Maybe someone has some insight?

LOG ENTRY: Thu Jun 6th, 2013 @ precisely 12:13 am UTC
PHP v5.3.20 :: WordPress® v3.5.1 :: s2Member® v130513 :: s2Member® Pro v130513
Memory 35.91 MB :: Real Memory 36.25 MB :: Peak Memory 36.01 MB :: Real Peak Memory 36.25 MB
stockmatusow.com/platinum-sign-up/
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.94 Safari/537.36
——– Input vars: ( Thu Jun 6, 2013 12:13:40 am UTC ) ——–
array (
‘x_type’ => ‘AUTH_CAPTURE’,
‘x_method’ => ‘CC’,
‘x_email’ => ‘kydogger@hotmail.com’,
‘x_first_name’ => ‘test’,
‘x_last_name’ => ‘account’,
‘x_customer_ip’ => ‘64.183.101.162’,
‘x_invoice_num’ => ‘s2-51afd43478732’,
‘x_description’ => ‘$500.00 USD / Yearly (recurring charge, for ongoing access)’,
‘s2_initial_payment’ => ‘1’,
‘s2_invoice’ => ‘2’,
‘s2_custom’ => ‘stockmatusow.com’,
‘x_tax’ => ‘0.00’,
‘x_amount’ => ‘500.00’,
‘x_currency_code’ => ‘USD’,
‘x_card_num’ => ‘************1111’,
‘x_exp_date’ => ‘2017-04’,
‘x_card_code’ => ‘123’,
‘x_address’ => ‘blah’,
‘x_city’ => ‘blah’,
‘x_state’ => ‘ca’,
‘x_country’ => ‘US’,
‘x_zip’ => ‘90025’,
‘x_version’ => ‘3.1’,
‘x_login’ => ‘xxxxxxxx/key/tran’,
‘x_tran_key’ => ‘xxxxxxxx/key/tran’,
‘x_delim_data’ => ‘true’,
‘x_delim_char’ => ‘,’,
‘x_encap_char’ => ‘”‘,
‘x_relay_response’ => ‘false’,
)
——– Output string/vars: ( Thu Jun 6, 2013 12:13:40 am UTC ) ——–
“1”,”1″,”1″,”This transaction has been approved.”,”SZR45W”,”Y”,”2194126703″,”s2-51afd43478732″,”$500.00 USD / Yearly (recurring charge, for ongoing access)”,”500.00″,”CC”,”auth_capture”,””,”test”,”account”,””,”blah”,”blah”,”ca”,”90025″,”US”,””,””,”kydogger@hotmail.com”,””,””,””,””,””,””,””,””,”0.00″,””,””,””,””,”AC527FD4D50DCAAEF5E4CB238E1D3A54″,”P”,”2″,””,””,””,””,””,””,””,””,””,””,”XXXX1111″,”Visa”,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,””,”1″,”2″,”stockmatusow.com”
array (
0 => ‘1’,
1 => ‘1’,
2 => ‘1’,
3 => ‘This transaction has been approved.’,
4 => ‘SZR45W’,
5 => ‘Y’,
6 => ‘2194126703’,
7 => ‘s2-51afd43478732’,
8 => ‘$500.00 USD / Yearly (recurring charge, for ongoing access)’,
9 => ‘500.00’,
10 => ‘CC’,
11 => ‘auth_capture’,
12 => ”,
13 => ‘test’,
14 => ‘account’,
15 => ”,
16 => ‘blah’,
17 => ‘blah’,
18 => ‘ca’,
19 => ‘90025’,
20 => ‘US’,
21 => ”,
22 => ”,
23 => ‘kydogger@hotmail.com’,
24 => ”,
25 => ”,
26 => ”,
27 => ”,
28 => ”,
29 => ”,
30 => ”,
31 => ”,
32 => ‘0.00’,
33 => ”,
34 => ”,
35 => ”,
36 => ”,
37 => ‘AC527FD4D50DCAAEF5E4CB238E1D3A54’,
38 => ‘P’,
39 => ‘2’,
40 => ”,
41 => ”,
42 => ”,
43 => ”,
44 => ”,
45 => ”,
46 => ”,
47 => ”,
48 => ”,
49 => ”,
50 => ‘XXXX1111’,
51 => ‘Visa’,
52 => ”,
53 => ”,
54 => ”,
55 => ”,
56 => ”,
57 => ”,
58 => ”,
59 => ”,
60 => ”,
61 => ”,
62 => ”,
63 => ”,
64 => ”,
65 => ”,
66 => ”,
67 => ”,
68 => ‘1’,
69 => ‘2’,
70 => ‘stockmatusow.com’,
‘response_code’ => ‘1’,
‘response_subcode’ => ‘1’,
‘response_reason_code’ => ‘1’,
‘response_reason_text’ => ‘This transaction has been approved.’,
‘authorization_code’ => ‘SZR45W’,
‘avs_response’ => ‘Y’,
‘transaction_id’ => ‘2194126703’,
‘invoice_number’ => ‘s2-51afd43478732’,
‘description’ => ‘$500.00 USD / Yearly (recurring charge, for ongoing access)’,
‘amount’ => ‘500.00’,
‘method’ => ‘CC’,
‘transaction_type’ => ‘auth_capture’,
‘customer_id’ => ”,
‘first_name’ => ‘test’,
‘last_name’ => ‘account’,
‘company’ => ”,
‘address’ => ‘blah’,
‘city’ => ‘blah’,
‘state’ => ‘ca’,
‘zipcode’ => ‘90025’,
‘country’ => ‘US’,
‘phone’ => ”,
‘fax’ => ”,
’email’ => ‘kydogger@hotmail.com’,
‘ship_to_first_name’ => ”,
‘ship_to_last_name’ => ”,
‘ship_to_company’ => ”,
‘ship_to_address’ => ”,
‘ship_to_city’ => ”,
‘ship_to_state’ => ”,
‘ship_to_zipcode’ => ”,
‘ship_to_country’ => ”,
‘tax’ => ‘0.00’,
‘duty’ => ”,
‘freight’ => ”,
‘tax_exempt’ => ”,
‘po_number’ => ”,
‘md5_hash’ => ‘AC527FD4D50DCAAEF5E4CB238E1D3A54’,
‘card_code_response’ => ‘P’,
‘cavv_response’ => ‘2’,
‘card_number’ => ”,
‘card_type’ => ”,
‘split_tender_id’ => ”,
‘requested_amount’ => ”,
‘balance_on_card’ => ”,
)

LOG ENTRY: Thu Jun 6th, 2013 @ precisely 12:13 am UTC
PHP v5.3.20 :: WordPress® v3.5.1 :: s2Member® v130513 :: s2Member® Pro v130513
Memory 35.91 MB :: Real Memory 36.25 MB :: Peak Memory 36.01 MB :: Real Peak Memory 36.25 MB
stockmatusow.com/platinum-sign-up/
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.94 Safari/537.36
——– Input vars: ( Thu Jun 6, 2013 12:13:40 am UTC ) ——–
array (
‘x_method’ => ‘create’,
‘x_email’ => ‘kydogger@hotmail.com’,
‘x_first_name’ => ‘test’,
‘x_last_name’ => ‘account’,
‘x_customer_ip’ => ‘64.183.101.162’,
‘x_invoice_num’ => ‘s2-51afd43478732’,
‘x_description’ => ‘$500.00 USD / Yearly (recurring charge, for ongoing access) ((1402056820:0 D:1 Y~stockmatusow.com~2~USD))’,
‘x_amount’ => ‘500.00’,
‘x_currency_code’ => ‘USD’,
‘x_start_date’ => ‘2014-06-06’,
‘x_unit’ => ‘days’,
‘x_length’ => 365,
‘x_total_occurrences’ => ‘9999’,
‘x_card_num’ => ‘************1111’,
‘x_exp_date’ => ‘2017-04’,
‘x_card_code’ => ‘123’,
‘x_address’ => ‘blah’,
‘x_city’ => ‘blah’,
‘x_state’ => ‘ca’,
‘x_country’ => ‘US’,
‘x_zip’ => ‘90025’,
‘x_login’ => ‘xxxxxxxx/key/tran’,
‘x_tran_key’ => ‘xxxxxxxx/key/tran’,
)
——– Output string/vars: ( Thu Jun 6, 2013 12:13:41 am UTC ) ——–
s2-51afd43478732Ok

I00001

Successful.1718442
array (
‘response_reason_code’ => ‘I00001’,
‘response_code’ => ‘I00001’,
‘response_reason_text’ => ‘Successful.’,
‘response_text’ => ‘Successful.’,
‘subscription_id’ => ‘1718442’,
)

LOG ENTRY: Thu Jun 6th, 2013 @ precisely 12:13 am UTC
PHP v5.3.20 :: WordPress® v3.5.1 :: s2Member® v130513 :: s2Member® Pro v130513
Memory 36.02 MB :: Real Memory 36.25 MB :: Peak Memory 36.15 MB :: Real Peak Memory 36.25 MB
stockmatusow.com/platinum-sign-up/
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.94 Safari/537.36
——– Input vars: ( Thu Jun 6, 2013 12:13:41 am UTC ) ——–
array (
‘x_method’ => ‘cancel’,
‘x_subscription_id’ => ‘1718413’,
‘x_login’ => ‘xxxxxxxx/key/tran’,
‘x_tran_key’ => ‘xxxxxxxx/key/tran’,
‘x_invoice_num’ => ”,
‘x_description’ => ”,
)
——– Output string/vars: ( Thu Jun 6, 2013 12:13:41 am UTC ) ——–
Ok

I00002

The subscription has already been canceled.
array (
‘response_reason_code’ => ‘I00002’,
‘response_code’ => ‘I00002’,
‘response_reason_text’ => ‘The subscription has already been canceled.’,
‘response_text’ => ‘The subscription has already been canceled.’,
‘__error’ => ‘Error #I00002. The subscription has already been canceled.’,
)

Posted: Wednesday Jun 5th, 2013 at 8:36 pm #51437

Those above are trying to modify the subscription. Transaction goes through but s2member never updates the level successfully.

Posted: Thursday Jun 6th, 2013 at 8:02 am #51483

This is getting on my nerves, I might be time to get money back here, Many people are complaining on this,

Posted: Thursday Jun 6th, 2013 at 8:38 am #51496
Bruce
Username: Bruce
Staff Member

Thank you for reporting this important issue.

This is getting on my nerves, I might be time to get money back here, Many people are complaining on this,

For the fastest response, please don’t bump your threads. We get to posts in the order that they come in, and when you add a reply it bumps your thread back to the bottom of the list.

I have a large free subscriber user base and want to allow them to become paid subscribers along with allowing brand new users to subscribe and sign up. I have no problem having the payment process go through if the user is brand new, however the program doesn’t recognize when free subscribers sign up for the paid subscription.

The logs that you posted aren’t giving any useful information here. We’ll need a Dashboard login to take a look at all of your logs to find where the problem may be. Can you please send this information via Private Contact Form here?

See: s2Member® » Private Contact Form

Posted: Thursday Jun 6th, 2013 at 8:42 am #51499

Sent a form request reply from the last thread where we had an issue with google, same exact issue, so same deal. I sent you all the logs, ftp and WP admin logon about 10 minutes ago. Did you receive it? thanks! Btw, the replies here were from my tech guy, he did not know not to “self reply” thanks!

Posted: Thursday Jun 6th, 2013 at 8:45 am #51501
Bruce
Username: Bruce
Staff Member

Details Received.

I’m taking a look now.

I just saw that thread you linked in there. We did receive login information for this, but you never told us that you sent the data so there was no follow-up. Sorry about that.
Posted: Thursday Jun 6th, 2013 at 8:51 am #51503
Bruce
Username: Bruce
Staff Member

You’re getting the following error in your logs:

0 => 'Unable to verify POST vars. This is most likely related to an invalid Authorize.Net® configuration. Please check: s2Member -› Authorize.Net® Options.',

I believe this is because you’re in Authorize.Net Test mode, as your Transaction IDs are coming through as 0. If you’re using Authorize.Net Test mode, you should turn on that setting in s2Member as well:

Dashboard -› s2Member® -› Authorize.Net® Options -› Account Details -› Developer/Sandbox Testing?

Otherwise, you should turn off Test mode in Authorize.Net.

See: http://www.authorize.net/support/CP/helpfiles/Account/Settings/Security_Settings/General_Settings/Test_Mode.htm

Posted: Thursday Jun 6th, 2013 at 8:54 am #51504

Already tried that, same issue :( We ran a real transaction, same issue

Posted: Thursday Jun 6th, 2013 at 8:55 am #51506
Bruce
Username: Bruce
Staff Member

Already tried that, same issue :( We ran a real transaction, same issue

I’m not seeing anything in your Authorize.Net IPN logs that suggests that you tried this. Do you know which entry is tied to these transactions?

Posted: Thursday Jun 6th, 2013 at 8:56 am #51507

Sandbox is off, tried all of this stuff Bruce, had same issue with Google checkout. auth test mode on and off, even ran a new user real transaction, then tried to upgrade that new user to higher level — did not work.

Posted: Thursday Jun 6th, 2013 at 8:58 am #51510

“I’m not seeing anything in your Authorize.Net IPN logs that suggests that you tried this. Do you know which entry is tied to these transactions?”

Testerbater was the id we used to test in real mode, and as well, I did not see anything in log entry for that user as well.

Posted: Thursday Jun 6th, 2013 at 8:59 am #51511
Bruce
Username: Bruce
Staff Member

Sandbox is off, tried all of this stuff Bruce, had same issue with Google checkout. auth test mode on and off, even ran a new user real transaction, then tried to upgrade that new user to higher level — did not work.

I understand. I’m trying to find the specific entry that these transactions were tried on, to see if we can find what’s causing the error. Do you have that entry? Currently via Dashboard I’m not seeing any log files at all, and I’m going off of what was sent in your Private Contact Form message.

Testerbater was the id we used to test in real mode, and as well, I did not see anything in log entry for that user as well.

I’m not seeing this in any of the log files you provided us.

Posted: Thursday Jun 6th, 2013 at 9:03 am #51512

I’m not seeing this in any of the log files you provided us.

Yep, I’m not either.. we were looking for that as well, and wondering why no log on it. I can shut off auth test mode sign up again iif needed, but you will see it won’t log it.

Posted: Thursday Jun 6th, 2013 at 9:05 am #51513

if you add a new user in test mode, it will have all the right stuff filled in under that user — payment gateway, id, etc,, but u try to upgrade that user — nope, won’t work.

we also added new user in real mode, same issues across the board.

Posted: Thursday Jun 6th, 2013 at 9:08 am #51514
Bruce
Username: Bruce
Staff Member

Yep, I’m not either.. we were looking for that as well, and wondering why no log on it. I can shut off auth test mode sign up again iif needed, but you will see it won’t log it.

Well currently the error you’re getting is because you have s2Member ready to accept real payments, while Authorize.Net is sending test transaction data. So you’ll definitely need to either put s2Member into Test mode, or test Authorize.Net out of it before moving forward. After you’ve done that, do a test transaction. s2Member will log any connection that comes in on your Authorize.Net IPN URL, even failure. We need to see what s2Member is receiving to move forward on this.

if you add a new user in test mode, it will have all the right stuff filled in under that user — payment gateway, id, etc,, but u try to upgrade that user — nope, won’t work.

It sounds to me like there’s an error somewhere with your Authorize.Net IPN setup, or your site is refusing connections from Authorize.Net for some reason. I’ll need you to run a test transaction to know for sure.

Posted: Thursday Jun 6th, 2013 at 9:11 am #51516

We have run it every way. I will put it all into real mode.. again, NEW USERS are fine, in any mode, test, real.. upgrading users arent, in real or test mode. exactly what do you want me to do right now, and I will do it, cool?

Posted: Thursday Jun 6th, 2013 at 9:13 am #51518
Bruce
Username: Bruce
Staff Member

We have run it every way. I will put it all into real mode.. again, NEW USERS are fine, in any mode, test, real.. upgrading users arent, in real or test mode. exactly what do you want me to do right now, and I will do it, cool?

New Users and upgraded Users work on different parts of the Authorize.Net integration. I need you to run an upgrade either in Test Mode, or in real mode and give me the log that is created, or let me know if it is not generated at all.

Posted: Thursday Jun 6th, 2013 at 9:15 am #51519

I will run in real mode right now. ill do testerbater again. or, do you want me to create a new “free user” and upgrade that one? perhaps both?

Posted: Thursday Jun 6th, 2013 at 9:16 am #51520
Bruce
Username: Bruce
Staff Member

I will run in real mode right now. ill do testerbater again. or, do you want me to create a new “free user” and upgrade that one? perhaps both?

It doesn’t matter, as long as you can confirm that either the IPN response is not coming in at all, or give me the information that is being passed from Authorize.Net.

Posted: Thursday Jun 6th, 2013 at 9:21 am #51522

ok, i first saved logs from log dir, then deleted those. I upgraded testerbater via real mode thru auth.net no new log file written, so something is off here.

Posted: Thursday Jun 6th, 2013 at 9:26 am #51523
Bruce
Username: Bruce
Staff Member

ok, i first saved logs from log dir, then deleted those. I upgraded testerbater via real mode thru auth.net no new log file written, so something is off here.

Gotcha.

So the problem is that you’re either not receiving IPN data from Authorize.Net, or your server is blocking the connection for some reason. I’d recommend first using the first two steps in this article, and also running the s2Member Server Scanner:

Knowledge Base » Common Troubleshooting Tips

See Also: Knowledge Base » s2Member® Server Scanner

Let me know if either of those turn up any results. If not I’ll have to contact our development team.

Posted: Thursday Jun 6th, 2013 at 9:29 am #51524

It’s receiving data, again, NEW USER signup in real and test mode works, so it has to be, unless I am missing something or not fully understanding you?

Posted: Thursday Jun 6th, 2013 at 9:31 am #51525
Bruce
Username: Bruce
Staff Member

It’s receiving data, again, NEW USER signup in real and test mode works, so it has to be, unless I am missing something or not fully understanding you?

As I mentioned in my previous reply, the New User signup relies on the variables that are returned when the User is returned from Authorize.Net, rather than the data received via IPN. If you check your logs, you’ll see there are no entries that went through correctly, both with New Users and Users that were being upgraded.

Posted: Thursday Jun 6th, 2013 at 9:47 am #51526

Ok, got it, I will try what you recommend and get back with you, thanks Bruce!

Posted: Thursday Jun 6th, 2013 at 10:29 am #51531

Ok, I got the report from running server scanner, can I send it to you to look at? there were some errors.

Viewing 25 replies - 1 through 25 (of 32 total)

This topic is closed to new replies. Topics with no replies for 2 weeks are closed automatically.

Old Forums (READ-ONLY): The community now lives at WP Sharks™. If you have an s2Member® Pro question, please use our new Support System.

Contacting s2Member: Please use our Support Center for bug reports, pre-sale questions & technical assistance.