1.3.8a paypal ipn

[thesaintjim]

Anyone else see that the order # is blank when returned to your page after a transaction? Also, the order # and product is not passed to the paypal site... Any thoughts? I knwo this is related to the meta tag file, but thought it may have been fixed by now as those threads are from 2006..

[DrByte]

No, it's not related to metatag files.
It's simply the fact that PayPal's server isn't talking to your server to let it know the payment is completed.
http://www.zen-cart.com/wiki/index.php/PayPal

[thesaintjim]

Ah, I missed the return url..it was incorrect in paypal profile. Thanks

[aeolidia]

We are having this same problem, however, we've checked and double checked our PayPal settings, and everything is correct. PayPal was working fine on the 1.3.6 version of the site, but now with 1.3.8a, the info isn't being passed back to the cart.

One thing I'm worried about is the new version of PayPal in the admin says this:

*PHP allow_url_fopen must be enabled

I believe our host blocks this function, for security reasons. Is this change new to the 1.3.8 version of PayPal? If so, this is likely our problem.

Does PayPal Express use allow_url_fopen, or can we switch to this as a solution?

Thanks!

[superprg]

We are having this same problem, however, we've checked and double checked our PayPal settings, and everything is correct. PayPal was working fine on the 1.3.6 version of the site, but now with 1.3.8a, the info isn't being passed back to the cart.

One thing I'm worried about is the new version of PayPal in the admin says this:

*PHP allow_url_fopen must be enabled

I believe our host blocks this function, for security reasons. Is this change new to the 1.3.8 version of PayPal? If so, this is likely our problem.

Does PayPal Express use allow_url_fopen, or can we switch to this as a solution?

Thanks!

Three options
1. Rewrite the allow_url_fopen part in CURL
2. Find host which allows allow_url_fopen
3. Not sure but you can try overriding the allow_url_fopen value by using custom php.ini
http://www.zen-cart.com/forum/showthread.php?t=73405

Let us know if any of these helps

[aeolidia]

#1 would be great, but I'm not a programmer, so that's out!

#2 doesn't work so well for me, because most of my clients are on the same host, and I can't tell them all they have to move.

#3 I'd appreciate more info on.

I guess I'm off to the Commercial Help Wanted forum, unless anyone else has some insight about this!

[Website Rob]

You should confirm some information before hiring anyone. Could be the problem, if there is one, can be corrected on your own.

Admin > Tools > Server/Version Info

Can you tell us what the settings are for: Server API & allow_url_fopen?
Use your Browser 'Search' feature to easily find them.

[Absolute]

Forgive me for asking, but is allow_url_fopen not used with the fopen function? I was under the impression this dunction was only used locally for storing debug files, rather than communicating with the PayPal server. It may just be a simple case of turning off the debugging and running tests again.

Just a thought before anyone spends time trying to re-write CURL functions.

Absolute

[sandykr09]

Anyone help with this?
I have also had problems with getting an order to show up in my website e-mail to show what the customer ordered. I believe at this point it was because their server was not communicating with host server which from what I read was a url issue.
I have keyed in for my url:
For IPN - https://www.bubbleshirtsetc.com/ipn_main_handler.php

For website payment pref - https://www.bubbleshirts.com/index.p...eckout_process

Is this not keyed in correctly? the www.bubb..etc is my website and so on.
Hopefully someone can tell me whether this does not look right. I have been trying to get this configured correctly for hours and I cannot get a prompt that I have a new order!!!
Totally confused and frustrated.
Sandy

[Website Rob]

You can use Sandbox mode.

You can turn Debug mode, have an eMail sent to yourself with detais of what transpired.