Paypal IPN always item number 1, remembers very old sessions, order doesn't appear.

[kelvyn]

Zen 1.3.7
I have installed the 3rd March Paypal Patch
I have very carefully followed the instructions
But very strange stuff is happening - for example, when I logged in as me for the time in a long time, I added stuff to my cart, checked the amount was right, clicked on paypal, logged in, payed the 1p, got the confirmation email to both myself and the store...but when it returned to the store, it told me that my order number was the one from months ago and asked me if I wanted to be kept updated on four entirely different products than the one test item I'd ordered.

I then tried with a brand new account - this time it didn't do that, but again, there was no order appearing in the orders list.

And the email that arrived to the store always time me it was item number 1, even the fourth time.

I'm all outta ideas

Session settings are (top one doesn't matter because sessions and db queries are cached in the db)
Session Directory ./cache
Cookie Domain True Info
Force Cookie Use False Info
Check SSL Session ID False Info
Check User Agent False Info
Check IP Address False Info
Prevent Spider Sessions True Info
Recreate Session True Info
IP to Host Conversion Status false Info

PHP Version: 5.2.0 (Zend: 2.2.0)
Database: MySQL 4.1.21-standard-log
HTTP Server: Apache/1.3.37 (Unix) mod_fastcgi/2.4.2 mod_gzip/1.3.26.1a mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 FrontPage/5.0.2.2635.SR1.2 mod_ssl/2.8.28 OpenSSL/0.9.7a PHP-CGI/0.1b

Zen Cart 1.3.7
Database Patch Level: 1.3.7
v1.3.7 [2007-03-03 10:50:02] (Version Update 1.3.6->1.3.7)
v1.3.6 [2006-12-03 11:20:11] (Version Update 1.3.5->1.3.6)
v1.3.5 [2006-09-12 11:39:46] (Version Update 1.3.0.2->1.3.5)
v1.3.0.2 [2006-07-14 07:56:37] (Version Update 1.3.0.1->1.3.0.2)
v1.3.0.1 [2006-05-31 19:12:54] (Version Update 1.3.0->1.3.0.1)
v1.3.0 [2006-05-31 19:12:54] (Version Update 1.2.7->1.3.0)
v1.2.7 [2006-03-04 09:52:19] (Version Update 1.2.6->1.2.7)
v1.2.6 [2006-03-04 09:52:19] (Version Update 1.2.5->1.2.6)
v1.2.5 [2005-06-04 15:19:45] (Fresh Installation)

[DrByte]

1. "Item #1" is normal. That is because the cart info is sent as one aggregate line item during IPN transactions. No, don't whine about that.

2. If the order number is an old one or blank, then your store has *not yet* received the IPN notice from PayPal confirming the order. As such, Zen Cart does not yet know about the approved order, and thus the order is not yet inserted into the orders table, etc. You probably don't have the Zen Cart order confirmation email yet either. These are the *classic problems* with using the IPN module.
In this case, either wait a few minutes and check My Account (waiting for the IPN to complete) ... or troubleshoot the communications problems following the guide at:
http://www.zen-cart.com/wiki/index.php/PayPal
If you enable debug logging, you can capture IPN logs in the /includes/modules/payment/paypal/logs folder (if it's world-writable) and then zip and post those for analysis if things are failing still.

[kelvyn]

If you enable debug logging, you can capture IPN logs in the /includes/modules/payment/paypal/logs folder (if it's world-writable) and then zip and post those for analysis if things are failing still.

Not sure how many more times I can stand removing and re-adding the module and going through the wiki and dr byte's FAQ, but there are only TWO logs for the four transactions, and they both look exactly like this:

Mar 04 2007 13:00 -- IPN PROCESSING INITIATED.
*** Originating IP: 216.x.x.x

(IP obfuscated)

Does this look right?

It's been about an hour now, and still no order has appeared in Zen.

[DrByte]

there are only TWO logs for the four transactions, and they both look exactly like this:

Mar 04 2007 13:00 -- IPN PROCESSING INITIATED.
*** Originating IP: 216.x.x.x

(IP obfuscated)

Does this look right?

No- that's incomplete. The next step after that is related to loading language files.
In my testing, I've not seen any problems with overrides using current code, but haven't tested this specifically with code upgraded from very old versions.
There used to be a bug where the loading of meta_tags.php by english.php would cause a problem. Do you have an override file for meta_tags.php? if so, rename it temporarily so that the default version is used. Then try another payment transaction.

Addendums:
a) no need to obfuscate the PayPal IP address
b) no need to re-install the module at this stage

[DrByte]

your server's errorlog may also tell you which files specifically had a problem loading ...

[kelvyn]

OK, it just gets weirder and weirder! And I've repeated this and got the same results.
First, I DON'T select the UK processing page, then I switch from php5 to php4 (which I think will break something else, can't remember what)
If I THEN make a NEW customer when set to php4, then it all works fine.
But if I go back to one of my OLD test accounts, it does this weirdness.

Now even thought I'd successfully complete now, I don't get any log at all!

Oh well, it's working. Now I have to find why Worldpay isn't playing ball....