Empty Orders - GoDaddy - AuthNet

The last day or so I have been receiving orders that are emtpy. Authorize net approves the payment and has the items correct, but zencart just shows a total with no items. Any ideas?

I am using godaddy, so I am wondering if it is one of there unannounced config changes.

If you are serious about your eCommerce site I suggest you get away from the mass marketed hosts like GD...

kobra:

If you are serious about your eCommerce site I suggest you get away from the mass marketed hosts like GD...

Nice words from a competitor. I got a pm promoting his business. I know GD isn't the best for ZC and will probably be moving. But I need help for the short term.

tbaquatics:

The last day or so I have been receiving orders that are emtpy. Authorize net approves the payment and has the items correct, but zencart just shows a total with no items. Any ideas?
When you do an actual transaction yourself, what happens after you click Confirm on the last page of checkout? Do you see any errors? Does the order show up? Are the details in your order?

Which authorize.net module are you using?
What version of Zen Cart? Is this an upgraded site? From which versions?
Did you make any changes on your site since before these symptoms started happening? Any edited files? Any added files? Any configuration switches changed in the admin?

DrByte:

When you do an actual transaction yourself, what happens after you click Confirm on the last page of checkout? Do you see any errors? Does the order show up? Are the details in your order?

Which authorize.net module are you using?
What version of Zen Cart? Is this an upgraded site? From which versions?
Did you make any changes on your site since before these symptoms started happening? Any edited files? Any added files? Any configuration switches changed in the admin?

No changes at all. 1.8.3 is the version.

tbaquatics:

No changes at all. 1.8.3 is the version.
That's one down. Care to answer any of the other questions I asked?

DrByte:

That's one down. Care to answer any of the other questions I asked?

tbaquatics:

No changes at all. 1.8.3 is the version.

Juxt got another order and it worked. I think it may have been impatient folks hitting reload too many times.

DrByte:

That's one down. Care to answer any of the other questions I asked?

Problem resurfaced. No edited files, no changes, no nothing....Using AIM

User reports receiving a blank page after submitting order.

Unless communicated by PM many of DrByte's questions remain open

DrByte:

Which authorize.net module are you using?
What version of Zen Cart?
Is this an upgraded site?
From which versions?
Did you make any changes on your site since before these symptoms started happening?
Any edited files?
Any added files?
Any configuration switches changed in the admin?

Which authorize.net module are you using? AIM
What version of Zen Cart? 1.8.3
Is this an upgraded site? No
From which versions? N/A
Did you make any changes on your site since before these symptoms started happening?
Other than adding items, sales, no.
Any edited files? Nothing changed before it happened.
Any added files?Nothing changed before it happened.
Any configuration switches changed in the admin?Nothing changed before it happened.

Paypal payments appear to work fine still.

What version of Zen Cart? 1.8.3
I hope that is a typo and you mean 1.3.8...

In the authorize.net module module config there is a logging option.
Enable it temporairily to get the process logged so you can determine where it is breaking down.

It is on. No errors in it, last entry is

Using CURL Proxy: [proxy.shr.secureserver.net:3128] with Proxy Tunnel: On

RAW data received: and then the raw data

tbaquatics:

It is on. No errors in it, last entry is

Using CURL Proxy: [proxy.shr.secureserver.net:3128] with Proxy Tunnel: On

RAW data received: and then the raw data

Turn off the Proxy in Admin->Configuration->My Store->CURL PROXY ... set it to false.

ref: http://www.zen-cart.com/forum/announcement.php?f=28&a=10

Turned it off. Still get empty orders sometimes.

Latest auth log ends with

RAW data received:
1|1|1|*This transaction has been
approved. etc.....

Any ideas? Still having this issue, curl is turned off. But log still mentions curl...

CURL communication info: Array
(
[url] => https://secure.authorize.net/gateway/transact.dll
[content_type] => text/html
[http_code] => 200
[header_size] => 237
[request_size] => 1542
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 1.455
[namelookup_time] => 0.636
[connect_time] => 0.673
[pretransfer_time] => 0.755
[size_upload] => 0
[size_download] => 850
[speed_download] => 584.192439863
[speed_upload] => 0
[download_content_length] => 850
[upload_content_length] => 0
[starttransfer_time] => 1.455
[redirect_time] => 0
)

RAW data received:

...

curl is not off...only the "proxy" is not required any longer

http://www.zen-cart.com/forum/announcement.php?f=28&a=10

kobra:

curl is not off...only the "proxy" is not required any longer

http://www.zen-cart.com/forum/announcement.php?f=28&a=10

Ok, my mistake. I did turn off the proxy however. Still doesn't work.

Get a blank page after order is submitted, no order in zen, authorize processes successfully.

tbaquatics:

Ok, my mistake. I did turn off the proxy however. Still doesn't work.

Get a blank page after order is submitted, no order in zen, authorize processes successfully.

Onto something...error is actually in shiping module when ups is used (not sure why it is using the shipping module after returning from paypal or authorize net though.

[17-Dec-2008 16:47:35] PHP Fatal error: Cannot instantiate non-existent class: httpclient in /home/content/t/b/a/tbaweb/html/shop/includes/modules/shipping/advshipper/class.AdvancedShipperUPSCalculator.php on line 295

that works if I turn curl proxy on, but authorize and paypal do not.... the module is advanced shipper. I contacted them since it is a paid module.

that works if I turn curl proxy on, but authorize and paypal do not.... the module is advanced shipper. I contacted them since it is a paid module.
Again, you do not need to "turn curl on" it is on as it is now compiled into php on the GD servers. And being compiled into php you no longer have to use or define the proxy server for it.
You can check this by grabbing from your zc_install dir the file techsupp.php and place it at the root of your shop and invoke it and search the resulting page for curl

http: //your domain & path to your cart/techsupp.php

I would validate that all works if the 3rd party ship module is not used and communicate the facts to them