Home › Forums › Rich Schreiner
About: Rich Schreiner
Sorry, I've not written a description yet. I'll get to it soon!
Topics I'm Subscribed To
Topic | Count | Last Reply |
---|---|---|
Member Levels Resetting to 0 with no actions
By: |
voices: 3 replies: 4 |
|
Payment/Registration Take 4 Mins
By: |
voices: 2 replies: 13 |
|
Authoriz.net Error code 103
By: |
voices: 2 replies: 1 |
|
Membership Options
By: |
voices: 2 replies: 1 |
|
Group Subscriptions
By: |
voices: 2 replies: 1 |
Topics I've Started
Topic | Count | Last Reply |
---|---|---|
Member Levels Resetting to 0 with no actions
By: |
voices: 3 replies: 4 |
|
Payment/Registration Take 4 Mins
By: |
voices: 2 replies: 13 |
|
Authoriz.net Error code 103
By: |
voices: 2 replies: 1 |
|
Membership Options
By: |
voices: 2 replies: 1 |
|
Group Subscriptions
By: |
voices: 2 replies: 1 |
My Latest Replies (From Various Topics)
Author | Replies |
---|---|
Author | Replies |
Posted: Thursday Mar 7th, 2013 at 5:13 pm #43994 | |
|
|
Hi Eduan I dont’t think we have either of those setup. The only thing we tried to change was to increase the number of levels based on the s2member instructions. But we didn’t get this to work. I don’t know if it ‘s related. The other thing we found out today was that testing an upgrade from level0 to a paid level, the problem did not show up (i.e. the EOT was left blank. So something is different between the regular signup and the upgrade. |
|
Posted: Wednesday Mar 6th, 2013 at 1:48 pm #43899 | |
|
|
We turned off the WP-Cron to further evaluate the problem. We found that all of the users that were added had the Automatic EOT Time set to June 30, 2012 12:00am UTC. So before we had the WP-Cron on and the users were demoted automatically. The transaction in Authorize.net for the initial payment is processing correctly and the subscriptions in authorize.net have the correct dates on them. The problem is the EOT Date that is written in in the user record. Based on reading the help message we would expect this field to be blank. So we don’t understand why something is being written in here. |
|
Posted: Friday Feb 22nd, 2013 at 7:04 pm #42872 | |
|
|
I really don’t know the exact details, our programmer made the change. He explained it as the cURL was installed on the server in a “standalone” mode. He needed to turn cURL on in the PHP installation. I hope this makes some sense. |
|
Posted: Friday Feb 22nd, 2013 at 1:22 pm #42854 | |
|
|
We were able to solve the problem. In working on another issue we found that cURL was installed in a standalone mode on the server. Once we enabled it in PHP the problem was solved. |
|
Posted: Thursday Feb 21st, 2013 at 5:56 pm #42766 | |
|
|
Additional information provided by authorize.net support: Greetigs Richard, Thanks for your inquiry regarding ARB API requests to create ARB Subscriptions taking 2 minutes to take place. This means the ARB Subscription was created within 10 seconds and there’s a delay getting the response back to your website. If the subscription didn’t get created within 10 seconds, we’d relay a timeout. The delay with the response getting to you is going to be related to the possible functions your website is performing as it gets back the ARB Creating request response. There’s nothing on our end that can be changed to reduce this time on our end. This will be something your web developer will have to investigate within your website ARB script. If the information provided above satisfies your needs, please close this ticket. Otherwise, please send me a reply message with your follow-up questions so I can further assist you. For your convenience the Authorize.Net Knowledge Base, located at http://www.authorize.net/help, is available 24×7. Regards, Cameron H |
|
Posted: Thursday Feb 21st, 2013 at 5:38 pm #42760 | |
|
|
Here is a sample of what we are seeing on the transactions: Authorize.net payment transaction sent at 4:32:01 Received the return form ARB 4:34:13 The problem is clearly AFTER the subscription is added in authorize.net ARB. Is there a setting or something else that could delay s2member from receiving the success transaction? Is there a possible setting we could have wrong? |
|
Posted: Thursday Feb 21st, 2013 at 2:07 pm #42747 | |
|
|
Response received from Authorize.net Do you have any ideas? Hi Rich, Thank you for contacting Customer Support. Regards, Shawna T |
|
Posted: Thursday Feb 21st, 2013 at 10:19 am #42733 | |
|
|
We spoke to authorize.net 3 times and submitted an e-ticket. The response so far is that nothing on the authorize.net server is causing the delay. We also created a manual ARB transaction on the authorize.net and it responded with a second or 2. The supervisor at authorize.net indicated that if they were having this problem on all ARB transactions, they would have many phone calls and they are not. We are running these as live transactions. The initial transaction is fine. The second transaction is the ARBCreate and this is where the hangup is. Could there be problem with our settings/or the call itself? We need to have this live and working (2 minute delay in processing cannot be considered working) we would like a refund and then we’ll move on and try another solution |
|
Posted: Wednesday Feb 20th, 2013 at 8:42 am #42575 | |
|
|
Here is the log file information from one of the transactions. It maybe important to note that we thought we would only use authorize.net (we don’t offer paypal as an option), so we do NOT have a paypal account. : (I’ve also deleted out my personal information from each lo) PHP v5.3.2-1ubuntu4.17 :: WordPress® v3.5 :: s2Member® v130207 :: s2Member® Pro v130207 Then two minutes later, we get the following two log messages, in paypal-ipn.log and authnet-api.log respectivelyPHP v5.3.2-1ubuntu4.17 :: WordPress® v3.5 :: s2Member® v130207 :: s2Member® Pro v130207 Memory 37.71 MB :: Real Memory 38.00 MB :: Peak Memory 37.81 MB :: Real Peak Memory 38.00 MB
Successful.15971932 Then back on the authnet-ipn.log , this is the final message we get 10 minutes later PHP v5.3.2-1ubuntu4.17 :: WordPress® v3.5 :: s2Member® v130207 :: s2Member® Pro v130207 |
|
Posted: Tuesday Feb 19th, 2013 at 5:56 pm #42521 | |
|
|
I found some additional information: This corresponds to the one on the paypal options page IPN w/ Proxy Key ( optional, for 3rd-party integrations ) Is there a setting we are missing? |