Nothing will Load into a Shopping Cart

[DrByte]

What version of Zen Cart?
What version of PHP?
What operating system on the server? and version?
Who's the hosting company?

[blakemiller]

What version of Zen Cart?
What version of PHP?
What operating system on the server? and version?
Who's the hosting company?

Zen Cart 1.3.7, Database Patch Level: 1.3.7, v1.3.7 [2007-06-13 19:45:18] (Fresh Installation)

PHP Version 5.2.2

Server OS: FreeBSD 6.1-RELEASE-p12

HTTP Server: Apache/1.3.37 (Unix) mod_psoft_traffic/0.1 Vortech_PHP/0.1.0-p0 FrontPage/5.0.2.2623 mod_throttle/3.1.2 mod_ssl/2.8.28 OpenSSL/0.9.7e-p1

Hosting is through me, as a reseller, but host company is Vortech. www.vortechhosting.com

Other info?????????????????

Database: MySQL 4.0.24

The two other WORKING zen carts that i manage are
www.cassidysclinic.com/shop
www.tigergsurf.com/shop

I know the cassidyslinic.com site has teh same server, settings, versions, etc.

[DrByte]

This is the first place I start when assessing what might be busted:
http://www.zen-cart.com/wiki/index.p...Obscure_Issues

A list of the addons/contributions installed, and the kinds of customizations made to the site can be a help as well.

[blakemiller]

We've been hacking at this site over the last few months, enough that i don't recall the last working version of it. I don't have alot of mods installed, but have done some custom things to the header, footers, etc.

Are there any particular files that i can inspect or simply re-upload, etc.?? I'm not sure what happens (code wise) when someone hits "Add to Cart"

[DrByte]

I'm not sure what happens (code wise) when someone hits "Add to Cart"

Mainly the shopping_cart class is used to process things.
The /includes/main_cart_actions.php is also used as a driver towards the cart class which does the actual adding.
However, it does it all based on whatever is being found in the $_POST vars ... ie: the form fields coming from the product page. If you've changed the product template in some way such that the fields being sent are different, then I'm not surprised that the add functionality is broken.

[blakemiller]

Mainly the shopping_cart class is used to process things.
The /includes/main_cart_actions.php is also used as a driver towards the cart class which does the actual adding.
However, it does it all based on whatever is being found in the $_POST vars ... ie: the form fields coming from the product page. If you've changed the product template in some way such that the fields being sent are different, then I'm not surprised that the add functionality is broken.

I'll see if anything comes up on WinMerge once done downloading.

I haven't been hacking into much code at all, especially the product template(s). It's been mostly header/footer mods, and then just stuff from within Admin.

I'm sure something will come up.

[blakemiller]

Woahhha.... Weird. I found the culprits. I downloaded my latest cart, and then compared it with a fresh download - less files that i know i changed.

I found about 7 sets of files that were swapped with each other. like in \admin . . .email_welcome.php and ezpages.php's file contents inside were reversed. each of the 7 sets files were alphabetically next to each other.

The /includes/main_cart_actions.php . . . was Blank, i.e 0 bytes.

I updated all and it's working now.

I just don't know how that could have happened. I know the client uses frontpage to keep things updated (outside the cart) and i've seen that cause havoc before. This one was weird though.

I'll repost if anything new or exciting comes out of this....

[DrByte]

The /includes/main_cart_actions.php . . . was Blank, i.e 0 bytes.

That'll do it!

Always good to have backups :)

[blakemiller]

we were posting at same time... I'm downloading the latest site now, and will WinDiff it.