You are viewing this forum as a guest. Login to an existing account, or create a new account, to reply to topics and to create new topics.
Hi kaz. I was on the box today and here's what I have to report:
I figured the best way to test this was to isolate whether the issue
was a server-related one, or specific to the software. I started out
by installing a fresh copy of CCP5.1 in a directory named
/www/cgstore2. I configured it to hook into your PayPal account and
implemented the debug code we were working on in the forum. I placed
a test order and everything came through fine. There were three calls
to the ste_order_conf_proc routine (as there should have been):
(1) IPN from PayPal, which deleted the cart file.
(2) Return redirect from PayPal which called ste_order_conf_proc and
saw no cart file existed so it did nothing except print the CCP
redirect page.
(3) Call from the redirect page which did nothing but print the order
confirm page.
The debug log reads as follows:
2005-07-25 10:43:27 - calling &ste_order_conf_sendemail_proc(,,) from ste_order_conf_proc
cart file 51G4620910.csv DOES NOT EXIST.
2005-07-25 10:45:25 - calling &ste_order_conf_sendemail_proc(,,) from ste_order_conf_proc
cart file 51G4620910.csv DOES NOT EXIST.
2005-07-25 10:45:25 - calling &ste_order_conf_sendemail_proc(,,) from ste_order_conf_proc
cart file 51G4620910.csv DOES NOT EXIST.
I appended that code to write to the debug file outside of the if cart
exists statement in that routine. That shows me the cart was deleted
on the first hit.
I then tested on your live install. Results were different. Your
debug file indicated pretty much the same thing - but your debug
entries were inside the if statement and the unlink failed every time.
This indicates something in your install (possibly due to a mod or two
you implemented) is locking those ./data/temp/*.csv files and not
allowing them to be deleted.
Have you made any mods at all anywhere in the program that FLOCK one
of those files without unlocking it? Is there a mod you have
installed that could be doing this?
This problem is specific to your codebase as the clean 5.1 install I
tested did not have the issue at all. This is definitely a
software-based issue due to a modified package.
I'll update the forum with this info as well...
Offline
nothing i've coded does a flock
i have installed the ATS seo mod, not sure what that touches but assume it's not the culprit or it would affect many others...
at this point i'll live with it and see if it goes away after the migration to v6
thanks for looking!!
it's weird that it's affecting a few other people and that it started at the same time for at least two of us after working ok for months....
Offline
Hmm... I have no mods that FLOCK but I did get SEO installed this year.
Offline
Let's see if there is any correlation between installation/patch dates and this issue surfacing.
I installed the SEO mod 11/16/04 but this duplicate email problem did not start for me until late-January or February.
There was a patch to the SEO mod released 2/19/05 but I have no idea if my problems started before or after that.
Anyone else?
Offline
Since the SEO does not deal with the cart files in any way, it is very hard to see how it could be related.
None of my modules lock any files, that I can say with certainty.
Besides codebase differences there are other potential differences between a fresh install and your install, most notably the presence of a lot more and different data (orders, etc) and different configuration settings.
I suggest a file ownership issue, that is to say that apache might be running as different user when the cart is created (non-ssl) then when the IPN notification comes in (ssl perhaps?). Just a guess. This could be addressed by changing the permissions that the cart files are created with. What ownership and permission do the cart files have when users are still shopping (before checkout and payment)?
Mark
Offline
Permissions are 777, anyone should be able to delete them (if they're not in use).
-rwxrwxrwx 1 calmness calmness 1975 Jul 2 18:44 51F9376163.csv*
Offline
I moved to MySQL two days ago and have not had a single duplicate (or triplicate) order confirmation email since.
Offline
I still get them for almost every PayPal order...
Offline
My shippers are getting duplicates too - usually 2 but sometimes 3 - however the internal or customer emails are not duplicated! Really confused as to how to fix this... :-(
Offline
I feel certan this has to be a performance issue.
Two weeks after switching to MySQL I have not had a single instance of this problem (bearing in mind it previously happened for all Paypal orders). I did switch host as part of moving to MySQL, maybe that had a bearing!
Offline
Performance cannot explain mine, I'm on a dedicated server and it happens even during the slow summer months when the server is 99% idle.
Offline
Was there ever a resolution to this problem? I'm getting usually 3, sometimes 2, rarely 1 or 4 emails on just PayPal orders (Linkpoint is fine). It seemed to only occasionaly send duplictes at first, then about a month ago started doing it ALMOST everytime.
IPN in PayPal is off.
These are the settings I have on the PayPal config page:
Response Codes:
Completed -- Accept
Pending -- Accept
Perform Order Updates -- Yes
Recurring Billing Support -- Yes
Offline
No, I was never able to resolve this. I get three for every paypal order.
Offline
Me getting 3 emails per order I can live with, customers getting 3 doesn't work.
Offline