PayPal RESTful API Payment Module

brittainmark:

Good idea, I assume that this would not allow me to process any historic PayPal transactions?
Correct assumption.

lat9:

It does. The credit-card processing's 3DS support is built in.

I'm aware of a couple of UK/EU users of the payment module. If someone could 'chime in' to let @HeathenMagic know, that would be a big help.

Thanks, thats great to know! It seems to work okay so far. Would be nice if any other UK users chimed in, but am expecting it to be more reliable than what I am using now via one of the payment gateway companies.

brittainmark:

When using paypal restful live. I get the following error log when the order is confirmed.

[09-Jan-2025 11:22:32 Europe/London] Request URI: /sales/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /ipn_main_handler.php(352): zen_debug_error_handler()
--> PHP Warning: Undefined array key "payment" in /ipn_main_handler.php on line 352.

[09-Jan-2025 11:22:32 Europe/London] Request URI: /sales/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /ipn_main_handler.php(353): zen_debug_error_handler()
--> PHP Warning: Undefined array key "shipping" in /ipn_main_handler.php on line 353.

[09-Jan-2025 11:22:32 Europe/London] Request URI: /sales/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /includes/modules/shipping/freeshipper.php(92): zen_debug_error_handler()
#1 /includes/modules/shipping/freeshipper.php(79): freeshipper->update_status()
#2 /includes/classes/shipping.php(103): freeshipper->__construct()
#3 /includes/classes/shipping.php(50): shipping->initialize_modules()
#4 /ipn_main_handler.php(353): shipping->__construct()
--> PHP Warning: Attempt to read property "delivery" on null in /includes/modules/shipping/freeshipper.php on line 92.

[09-Jan-2025 11:22:32 Europe/London] Request URI: /sales/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /includes/modules/shipping/freeshipper.php(92): zen_debug_error_handler()
#1 /includes/modules/shipping/freeshipper.php(79): freeshipper->update_status()
#2 /includes/classes/shipping.php(103): freeshipper->__construct()
#3 /includes/classes/shipping.php(50): shipping->initialize_modules()
#4 /ipn_main_handler.php(353): shipping->__construct()
--> PHP Warning: Trying to access array offset on value of type null in /includes/modules/shipping/freeshipper.php on line 92.

[09-Jan-2025 11:22:32 Europe/London] Request URI: /sales/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /includes/modules/shipping/freeshipper.php(92): zen_debug_error_handler()
#1 /includes/modules/shipping/freeshipper.php(79): freeshipper->update_status()
#2 /includes/classes/shipping.php(103): freeshipper->__construct()
#3 /includes/classes/shipping.php(50): shipping->initialize_modules()
#4 /ipn_main_handler.php(353): shipping->__construct()
--> PHP Warning: Trying to access array offset on value of type null in /includes/modules/shipping/freeshipper.php on line 92.

> I know this is connected to the old paypal method which I have set to retired. Have I missed somthing at the paypal end?

I tried disabling IPNs from the PayPal account (removed the soap method from PayPal), it made no difference. I managed to stop the error by setting PayPal Express checkout to 'False' rather than 'Retired'. I now don't know if this is a paypal issue or a zen cart issue?

I am using zen cart 2.0.1 php 8.3

Still getting error even with PayPal express set to false. It even occurs when I void a transaction made with PayPal restful.
Thinking of deleting ipn_main_handler.php.
Thoughts?

I'll try again tomorrow to see if it is a delay at paypal removing the soap method.

Somewhere in your PayPal Merchant settings is a URL to which any IPN notifications are to be sent. Clear that out.

Done that. It is under account settings>notification>Instant Payment Notifications I have deleted and disabled. Unless it is not instantaneous, I still have issue.

Will look to see if I can find it anywhere else.

I have turned it off and still seeing messages.
Have just found this on paypal site.

 The IPN message is always sent to your notification URL unless you have disabled the preference to receive IPN 
messages. Even though you have not enabled receiving IPN messages in your Profile or you have reset your preference by 
turning off IPN messages, PayPal still sends IPN messages to the notification URL you specify for a specific payment. IPN 
messages not sent because you disabled the preference in your Profile will appear in the IPN history when you enable 
receiving IPNs. After they appear in the history, you can choose whether to resend them.

Does paypal restful send a prefered ipn when a request is issued?

brittainmark:

I have turned it off and still seeing messages.
Have just found this on paypal site.

The IPN message is always sent to your notification URL unless you have disabled the preference to receive IPN
messages. Even though you have not enabled receiving IPN messages in your Profile or you have reset your preference by
turning off IPN messages, PayPal still sends IPN messages to the notification URL you specify for a specific payment. IPN
messages not sent because you disabled the preference in your Profile will appear in the IPN history when you enable
receiving IPNs. After they appear in the history, you can choose whether to resend them.

> 
> Does paypal restful send a prefered ipn when a request is issued?
PayPal Restful has no IPN interface, neither in its request nor response.

Think I may have to talk to PayPal.

If/When I havea solution, I'll repost.

Thanks for the input.

Not sure, I have completely got to the bottom of it. The issue appears to be that I have log and email turned on in PayPal express checkout. This seems to have stopped the error logs being created.
Paypal are looking to see if why they are still sending IPN messages.

swguy:

When I press the Confirm Order button in PayPal, I get sent back to the cart, but I'm logged off.

The only PayPal log I have is the first one created:

2024-06-28 13:40:16: (index) ppr_webhook_main (return, live) starts.
{
"op": "return",
"token": "",
"PayerID": "",
"main_page": "index"
}

I don't see where this is solved. I have this similar issue

Zen Cart 2.1.0
PHP 8.3
OPC 2.5.4
Boot 3.7.4
PayPal RESTful 1.0.5

2025-01-13 09:46:08: (checkout_one_confirmation) ==> End confirmPaymentSource
2025-01-13 09:46:08: (checkout_one_confirmation) pre_confirmation_check, sending the payer-action off to PayPal.

---

---

2025-01-13 09:46:10: (index) ppr_webhook_main (cancel, live) starts.
{
"op": "cancel",
"token": "xxxxxxx",
"main_page": "index"
}

---

2025-01-13 09:46:10: (checkout_one) validateCredentials: Checking (1).
TokenCache::get, using saved access-token; expires in 30171 seconds.

---

Thanks
Melanie

@mprough, the PayPal log you supplied would indicate that the customer cancelled the transaction at PayPal.

lat9:

@mprough, the PayPal log you supplied would indicate that the customer cancelled the transaction at PayPal.

I didn't, see below

@mprough, is there any more to that paypalr log than what you posted? If so, please post as I don't have sufficient information to investigate the root-cause of the issue.

lat9:

@mprough, is there any more to that paypalr log than what you posted? If so, please post as I don't have sufficient information to investigate the root-cause of the issue.

PM sent

What browser is in use when the issue shows itself? Any browser add-ons?

lat9:

What browser is in use when the issue shows itself? Any browser add-ons?

Chrome fully up to date, some dev plugins like measure it & color picker

BUT, I have other client's websites same version everything with no issue. Same server. Only difference I can see is this one does not use credit cards, only PP.

I can use PayPal today, tested, same PP version 1.0.5, ZC 2.1.0 & same server. successful

mprough:

Chrome fully up to date, some dev plugins like measure it & color picker

BUT, I have other client's websites same version everything with no issue. Same server. Only difference I can see is this one does not use credit cards, only PP.

I can use PayPal today, tested, same PP version 1.0.5, ZC 2.1.0 & same server. successful
Wow, that makes absolutely no sense to me ... unless PayPal was having a bad day.

lat9:

Wow, that makes absolutely no sense to me ... unless PayPal was having a bad day.

You have the link, want to try & see if you can get to PP? The error at PP is just after login

mprough:

You have the link, want to try & see if you can get to PP? The error at PP is just after login
... and if it's successful, someone will issue a refund?