PayPal RESTful API Payment Module

[DragonLady]

I'm a glutton for punishment, it seems.

I made a new folder and a new database and installed ZC 2.0.1 from scratch to get a testing arena.
Once it was up and running, I installed "PayPal RESTful API Payment Module" as the very first (so far only) plugin, and so far, it works.

It is a little weird to me, as I get TWO PayPal buttons on checkout step 2. One sems "express" and opens a PayPal window, the other takes me to the checkout confirmation page. I would prefer to only show the first one.

I do intend to install one page checkout, but its a low priority right now as I have other stuff that's more important.

I'll put in the other addons over time and see if I can figure out which one is causing the problems with the cart I intend to use live. Now we know it IS an add-on, so that is a huge step in the right direction.

Thanks for all your help here...I'll continue to post if I discover anything that might be useful or if I need more help. :)

ETA: Ah...the second PayPal button was from the pre-installed PayPal module. I removed it, and now only have the "express" button showing. :)

[DragonLady]

The "optional core overrides" of the "edit orders 4.71" breaks the cart, at least with respect to this PayPal module, leading to a page that says the site can't handle the request.

It worked okay before I uploaded the optional core overrides, so I'll be reverting those back right away!

[lat9]

The "optional core overrides" of the "edit orders 4.71" breaks the cart, at least with respect to this PayPal module, leading to a page that says the site can't handle the request.

It worked okay before I uploaded the optional core overrides, so I'll be reverting those back right away!

That's a post for the Edit Orders support-thread, along with a full copy of the generated log.

[DragonLady]

That's a post for the Edit Orders support-thread, along with a full copy of the generated log.

Thanks!

[lat9]

v1.0.3 of the PayPal RESTful payment module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2382

This release contains changes associated with these GitHub issues:

#26: Correct undefined method sendAlertMessage; should be sendAlertEmail.
#27: ipn_main_handler call-back results in paypalr's auto-disable kicking in
#28: Ensure that the GUID is unique, preventing 'ORDER_ALREADY_AUTHORIZED' errors.
#29: MISSING_REQUIRED_PARAMETER returned when customer's first/last contains multi-byte characters

[lat9]

v1.0.3 of the PayPal RESTful payment module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2382

This release contains changes associated with these GitHub issues:

#26: Correct undefined method sendAlertMessage; should be sendAlertEmail.
#27: ipn_main_handler call-back results in paypalr's auto-disable kicking in
#28: Ensure that the GUID is unique, preventing 'ORDER_ALREADY_AUTHORIZED' errors.
#29: MISSING_REQUIRED_PARAMETER returned when customer's first/last contains multi-byte characters

Please ensure that you've got the module's Debug Mode set to Off if you've deployed this version! I've discovered an issue that will be corrected in the forthcoming v1.0.4.

[lat9]

v1.0.4 the PayPal RESTful payment module is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2382

This version replaces the now-removed v1.0.3 and contains changes associated with these GitHub issues:

#26: Correct undefined method sendAlertMessage; should be sendAlertEmail.
#27: ipn_main_handler call-back results in paypalr's auto-disable kicking in
#28: Ensure that the GUID is unique, preventing 'ORDER_ALREADY_AUTHORIZED' errors.
#29: MISSING_REQUIRED_PARAMETER returned when customer's first/last contains multi-byte characters
#32: Use 'fit-content' for credit-card selection's icon-list.
#34: Correcting admin logs when no record exists in the paypal table for the selected order.
#35: Use $template class to locate .css overrides instead of direct-directory checks.
#36: Payment-module constructor was running storefront-only code in admin, resulting in unwanted logs.
#37: Restore use of Logger::logJSON sanitization.

[Jeff_Mash]

Cindy - I have the latest version of the module, but how do we see what the AVS response is for a credit card? This is really important because we get a lot of fraudulent users who we don't ship orders if the AVS doesn't return with a 'Y'.

So we have the module on AUTHORIZE only so that we can check the AVS and capture the funds after our background checks.

Am I missing something, or is there a way to check where the AVS response is? I looked in the order (by clicking the 'click for Additional Payment Handling Options' link, and then looking at the DETAILS button). I also looked under the Paypal transaction in our account but they aren't showing the AVS.

EDIT: IN THE MEANTIME, is that information recorded in the debug log files for me to check, in case it's not yet in the code somewhere?

[lat9]

Cindy - I have the latest version of the module, but how do we see what the AVS response is for a credit card? This is really important because we get a lot of fraudulent users who we don't ship orders if the AVS doesn't return with a 'Y'.

So we have the module on AUTHORIZE only so that we can check the AVS and capture the funds after our background checks.

Am I missing something, or is there a way to check where the AVS response is? I looked in the order (by clicking the 'click for Additional Payment Handling Options' link, and then looking at the DETAILS button). I also looked under the Paypal transaction in our account but they aren't showing the AVS.

EDIT: IN THE MEANTIME, is that information recorded in the debug log files for me to check, in case it's not yet in the code somewhere?

I'll get this into the payment module "soon", as identified in this GitHub issue: https://github.com/lat9/paypalr/issues/24

In the meantime (!), if you've got the payment module's logging enabled, I'm pretty sure (keywords) that the information is sent back by PayPal.

[Jeff_Mash]

I just got this email from PayPal:

Please check your server that handles PayPal Instant Payment Notifications (IPN). IPNs sent to the following URL(s) are failing:

https://www.mydomain.com/store/ipn_main_handler.php

When I look at the logs, I see this error:

[20-Sep-2024 09:07:50 America/Los_Angeles] Request URI: /store/ipn_main_handler.php, IP address: 173.0.81.140, Language id 1
#0 /home/domain/public_html/store/includes/modules/payment/paypal/paypal_functions.php(367): zen_debug_error_handler()
#1 /home/domain/public_html/store/ipn_main_handler.php(446): ipn_create_order_update_array()
--> PHP Warning: Undefined array key "pending_reason" in /home/domain/public_html/store/includes/modules/payment/paypal/paypal_functions.php on line 367.

[20-Sep-2024 09:07:50 America/Los_Angeles] Request URI: /store/ipn_main_handler.php, IP address: 173.0.81.140
--> PHP Fatal error: Uncaught Error: Undefined constant "MODULE_PAYMENT_PAYPAL_ORDER_STATUS_ID" in /home/domain/public_html/store/ipn_main_handler.php:475
Stack trace:
#0 {main}
  thrown in /home/domain/public_html/store/ipn_main_handler.php on line 475.

Seems like it could be related. I don't think our server went down or anything, so could this be something else?