I am getting this error after configuring Authorize.net. Can anyone tell me if there is a fix? I searched the forums and no luck other than fix #1975
Fatal error: Call to undefined method ControllerPaymentAuthorizeNetSim::redirect() in /home/(account#)/public_html/store/admin/controller/payment/authorizenet_sim.php on line 17
I have contacted Authorize.net and they claim there is no error on their side. I have verified the Merchant ID and Transaction Key and they are correct.
So this leaves me to believe this is a bug in OC.
Unless:
The old store URL was store.domain.com on Rackspace. Hosting was moved to HostPapa and the new URL is domain.com/store. Not thinking this should have anything to do with it but it may. I have no info on my end to verify anything else.
So this leaves me to believe this is a bug in OC.
Unless:
The old store URL was store.domain.com on Rackspace. Hosting was moved to HostPapa and the new URL is domain.com/store. Not thinking this should have anything to do with it but it may. I have no info on my end to verify anything else.
I am told that replacing the php from the AIM extension fixes this. back it up and try making a copy of the AIM file and then rename it.
Not totally sure, so please backup the original...
Not totally sure, so please backup the original...
I found this error in OC authorizenet_sim.php on line 17:
http://forum.opencart.com/viewtopic.php?f=181&t=142847
thanks everyone.
http://forum.opencart.com/viewtopic.php?f=181&t=142847
thanks everyone.
I was getting the same error, and this helped me get past the Re: Authorize.net Error: authorizenet_sim.php on line 17.
Thanks,
Now I get a new error..
The following errors have occurred.
(99) This transaction cannot be accepted.
It is taking me to test.authorize.net instead of secure.authorize.net.
Can someone help me figure out what I'm doing wrong?
Thanks,
Now I get a new error..
The following errors have occurred.
(99) This transaction cannot be accepted.
It is taking me to test.authorize.net instead of secure.authorize.net.
Can someone help me figure out what I'm doing wrong?
There is a checkbox in the admin setup page for authorize.net that says:
Test mode yes or no. I have no selected.
The store is not in maintenance mode.
I have reset the transaction key several times, as well as tried to change the MD5 Hash value several times.
I have made sure that Authorize.net and my server have the same times.
The first line in my authorizenet_sim.tpl file in templates/payment was
<form action="https://test.authorize.net/gateway/transact.dll" method="post">
and I changed it to:
<form action="https://secure.authorize.net/gateway/transact.dll" method="post">.
I must be doing something wrong, but I don't know what. Can you be more specific on how to make sure I'm not in test mode?
I appreciate your help in advance.
Test mode yes or no. I have no selected.
The store is not in maintenance mode.
I have reset the transaction key several times, as well as tried to change the MD5 Hash value several times.
I have made sure that Authorize.net and my server have the same times.
The first line in my authorizenet_sim.tpl file in templates/payment was
<form action="https://test.authorize.net/gateway/transact.dll" method="post">
and I changed it to:
<form action="https://secure.authorize.net/gateway/transact.dll" method="post">.
I must be doing something wrong, but I don't know what. Can you be more specific on how to make sure I'm not in test mode?
I appreciate your help in advance.
I am not really familiar with the authorize.net, but I am wondering if the actual authorize.net account is set to test as opposed to your server/system. I only had a brief review on an authorize.net account when trying to solve this issue in a 3-way conversation with authorize.net support and my client. The line of code suggests a subdomain of 'test' at authorize.net and perhaps the coded is coming from your account there. I found their support really great and they tested a number of issues during the conversation.
Thanks for your reply. I called authorize.net and their service may not be as good on the weekend as it is during the weekday. My authorize.net account is set to live.
I'll have to keep plugging away at it. I appreciate any other thoughts you may have please feel free to reply.
I'll have to keep plugging away at it. I appreciate any other thoughts you may have please feel free to reply.
interesting. I just checked my admin>view>template>payment>authorizenet_sim.tpl file in either AIM or SIM and it doesn't have what you have. are you on version 2.0x or 1.5x? Also is your transaction value set to .01 or higher? if it is at 0 you will be in test mode.
I'm using version 2.0.2.0
I'm further along now. It may be working, I need to check with actual transaction.
Here is what I did to fix it:
based on this excerpt from admin/controller/payment/authorizenet_sim.php
if (isset($this->request->post['authorizenet_sim_key'])) {
$data['authorizenet_sim_key'] = $this->request->post['authorizenet_sim_key'];
} else {
$data['authorizenet_sim_key'] = $this->config->get('authorizenet_sim_key');
I changed in catalog/controller/payment/authorizenet_sim.php from:
$this->config->get('authorizenet_sim_transaction_key')
to:
$this->config->get('authorizenet_sim_key')
I'm actually getting the form to appear at this point. no more errors, but I haven't checked out with a card yet.
I'm further along now. It may be working, I need to check with actual transaction.
Here is what I did to fix it:
based on this excerpt from admin/controller/payment/authorizenet_sim.php
if (isset($this->request->post['authorizenet_sim_key'])) {
$data['authorizenet_sim_key'] = $this->request->post['authorizenet_sim_key'];
} else {
$data['authorizenet_sim_key'] = $this->config->get('authorizenet_sim_key');
I changed in catalog/controller/payment/authorizenet_sim.php from:
$this->config->get('authorizenet_sim_transaction_key')
to:
$this->config->get('authorizenet_sim_key')
I'm actually getting the form to appear at this point. no more errors, but I haven't checked out with a card yet.
Well, there will need to be a transaction key/id eventually to distingquish the transactions. If you are unable to get the SIM to work, you may want to try the AIM module. That was what we eventually did with the support of Authorize_net. Once we did that, all the problems went away.
The order ID is being used to distinguish between transactions.
I'm not comfortable with PCI compliance that comes along with AIM. I'm going to try and get SIM to work.
I am able to transact at this point, but the relay response isn't working. When I was at 1.5.4.1, I was using an extension the Qphoria made, and it worked fantastically. I'm hoping he will upgrade his extension to 2.0, but he hasn't yet. I have a little while to make it work, I wish I was better at this stuff though.
My current issue is when the relay response comes back I get this error
Notice: Undefined index: x_login in
bunch of stuff/catalog/controller/payment/authorize.net_sim.php on line54
Warning: Cannot modify header information - headers already sent by ( index.php:102)
I'm not comfortable with PCI compliance that comes along with AIM. I'm going to try and get SIM to work.
I am able to transact at this point, but the relay response isn't working. When I was at 1.5.4.1, I was using an extension the Qphoria made, and it worked fantastically. I'm hoping he will upgrade his extension to 2.0, but he hasn't yet. I have a little while to make it work, I wish I was better at this stuff though.
My current issue is when the relay response comes back I get this error
Notice: Undefined index: x_login in
bunch of stuff/catalog/controller/payment/authorize.net_sim.php on line54
Warning: Cannot modify header information - headers already sent by ( index.php:102)
since you modified the "transaction key" to just the "key" that may be the cause. I have no clue about this particular issue, but as a former career of computer programming and systems analysis, you can bet that the programmer for this meant something about the transaction key. It may only be the key + the order id, but something has to make each transaction different within authorize.net just like the order id in open cart.
the one thing that I have noticed in 2.0x is that there is very little documentation within the code and that is a no, no regardless whether it is open source or not and especially if it is open source.
best of luck.
the one thing that I have noticed in 2.0x is that there is very little documentation within the code and that is a no, no regardless whether it is open source or not and especially if it is open source.
best of luck.
Hi I am having the same issue with OpenCart 2.0. When someone creates an order It processes through Authorize.net AIM and they send a reply but the module oc_order does not work. It is being categorized in missing orders and does not show up in the order module. Can anyone help.
Who is online
Users browsing this forum: No registered users and 2 guests
