Other Paypal Issues

[Mushroom]

Attached is a zip file with my paypal_ipn.php. It works very well with other modules. Another user says he had to comment out a line because it causes an error but I have no such problem. It is likely that you have missed a step in correcting the problem. Which means I left something out of my 'fix'. Compare these two files and see what the difference might be.

[lraconsulting]

Thanks Mushroom! I compared the 2 files and the only differences
were that I had also applied the fixes for the ccgv.

I just tested the paypal_ipn without the ccgv fixes and still get
the same paypal error "experiencing temporary difficulties...5302".
I installed the cash/mo payment module in addition to the paypal ipn.
The paypal ipn still didn't work! The test orders placed using the
cash payment worked albeit with some quirkiness in the download
logic. Apparently the order_status isn't being updated? I don't see
any logic for handling the order_status on successful download.

In any case, getting the paypal ipn working is more of a priority
to me. If not the paypal_ipn.php then maybe a bad ipn.php?

[Mushroom]

Turn order encryption off and try it.
I don't have encryption turned on because nothing sensitive is being sent. The user logs into their PayPal account only once they get on site. That may be the difference.
It would also explain why I didn't need to comment out that other line.

[lraconsulting]

Apparently that was the problem! Turning off the encryption
did the trick! Still have a few things to verify but it looks
like there really IS a light at the end of this tunnel!

[RobPrince]

I replace the following paypal_ipn.php files

catalog/admin
catalog/admin/includes/classes
catalog/admin/includes/languages/english
catalog/includes/modules/payment
catalog/includes/languages/english/modules/payment

and I get the following
Fatal error: Cannot redeclare class paypal_ipn in /home/foxbases/public_html/catalog/includes/languages/english/modules/payment/paypal_ipn.php on line 14

Am I missing a location?

[monoxide]

thank you mushroom I had just posted a question about this issue. now my shop can go live!

[kenlyle]

This worked for me on oscmax2 rc3. Now my PayPal transactions go to Pending automatically, and I DON'T need Auto Return:

Replaced the paypal_ipn.php in max2/catalog/includes/modules/payment with the version from
Other Paypal Issues, Mushroom's .zip attachment

Added this line at the end of max2/catalog/includes/languages/english.php:
define('CONFIRMATION_BUTTON_TEXT', 'Return to Store');

Thanks to Mushroom!
K

[typhus]

First off thanks to all who have contributed to this so far, I've spent all evening searching and reading, and have slowly made progress. Most other threads lead back to here (or the one on the old forum), so here goes...

kenlyle's post above pretty much sums it up. I made the change to checkout_process.php as mentioned at the start of the thread. I've replaced the file (thanx Mushroom) and added the confirmation button line.

This got me through the blank screen error and then the 521.

All that is left is to get the order status to update. I get all emails, two from the store (me & customer) and two from paypal (me & customer) and everything else seems to be working.

I have also tried undoing the comment/uncomment from the start of this thread with the new file from Mushroom now in there, but that doesn't seem to make any difference. Everything is turned off in paypal.

Final note, when the test customer clicks 'return to store' at the end of the paypal process they receive a security warning. I guess they wouldn't get this if I had ssl, but I have managed to get round it by turning on the auto return (different to ipn settings). This was disabled whilst trying to resolving the order status update issue.

Thanks for any further contributions to this thread, J


Encryption is off in the paypal ipn module in admin..

[techmatters]

Hi Typhus,

As someone else who has transitioned through all this some time back and still couldn't get the order to update, I sympathise with you.

We did find a solution however, and now it works dandy! Our problem turned out to be that the order/invoice number was not being correctly passed to Paypal from the checkout pages (a hidden form field on the final checkout page). When the IPN came back it could not match the order number and therefore no update took place.

This might not be your problem, but it sure is worth a look. Do a <view source> on your final checkout page before you go to Paypal and look for the hidden order field in the form. If it looks good, then that's not your problem however if it's wrong, you've just saved yourself many hours looking for the problem at the wrong end.

[typhus]

Hiya TM, thanks for the quick reply. I've had a look at the source for the final page on my site before going to Paypal (invoice=21), and then again on the final Paypal page before I return to my site (invoice=21). Both these fields are defined as 'hidden'. Are you saying that the one going to paypal should be visible? or is my problem something else as both invoice #'s match.

Also I copied this from the order in the admin panel.

5. Status and Notification
Entry date Customer notified Status Comment
01/08/2008 19:26:35 False Preparing [PayPal IPN]
01/08/2008 19:35:01 True Preparing [PayPal IPN]

There is only one order#21 but I'm not sure if this is how it should appear. This was taken after returning from paypal to my site. I did notice that my site time is GMT, but in the returned page from ppsandbox it is PST. So I'm going to leave an order there till tomorrow to see if it's a time thing.

Ill keep searching and trying in the mean time, thanks again. J