PayPal RESTful API Payment Module

[Jeff_Mash]

Cindy - I posted this on the GitHub repository, but thought I'd include it here in case it helps get more attention:

Version v1.0.4.

I am noticing an issue in our system. When a customer places a PayPal order (not all the time, but a lot), the STATE that is being sent to PayPal is "California" where we are based.

For example, in ZenCart database, the address in both the Customer and the Orders Table is:

1234 Newbank Circle Suite 207
Dublin, OH 43017

But when I pull up PayPal to look if the address is verified, I see this on PayPal:

1234 Newbank Circle Suite 207
Dublin, CA 43017

I have seen this with multiple orders now, where the order looks fine in ZenCart, but when pulling it up on PayPal's website, they have "CA" as the state.

Is this a bug or perhaps is there something I need to check with my current installation?

I checked the "ipn_1732546861_MsKv7.log" file created for this example order and it shows "CA" as the state being pushed to PayPal, so something within our installation is sending that incorrect state to PayPal.

UPDATE: This doesn't seem to happen with every order.......but when it did, I noticed another WARNING LOG for the same transaction (ipn_1732546861_MsKv7-warning.log)

It seems that that warning log may indicate what is causing CA to be passed as the state to PayPal?

[lat9]

Cindy - I posted this on the GitHub repository, but thought I'd include it here in case it helps get more attention:

Version v1.0.4.

I am noticing an issue in our system. When a customer places a PayPal order (not all the time, but a lot), the STATE that is being sent to PayPal is "California" where we are based.

For example, in ZenCart database, the address in both the Customer and the Orders Table is:

1234 Newbank Circle Suite 207
Dublin, OH 43017

But when I pull up PayPal to look if the address is verified, I see this on PayPal:

1234 Newbank Circle Suite 207
Dublin, CA 43017

I have seen this with multiple orders now, where the order looks fine in ZenCart, but when pulling it up on PayPal's website, they have "CA" as the state.

Is this a bug or perhaps is there something I need to check with my current installation?

I checked the "ipn_1732546861_MsKv7.log" file created for this example order and it shows "CA" as the state being pushed to PayPal, so something within our installation is sending that incorrect state to PayPal.

UPDATE: This doesn't seem to happen with every order.......but when it did, I noticed another WARNING LOG for the same transaction (ipn_1732546861_MsKv7-warning.log)

It seems that that warning log may indicate what is causing CA to be passed as the state to PayPal?

PayPal RESTful doesn't make use of IPNs and none of its generated logs start with ipn_ ... so I'm not sure where those logs are coming from.

[dbltoe]

Sorry, from iPad zc 2.0.1 [26-Sep-2025 17:50:44 UTC] PHP Fatal error: Uncaught Error: Call to undefined method zcObserverPaypalrestful::notify() in /includes/classes/observers/auto.paypalrestful.php:313 Stack trace: #0 /includes/classes/observers/auto.paypalrestful.php(130): zcObserverPaypalrestful->outputJsFooter('products_all') #1 /includes/classes/traits/NotifierManager.php(87): zcObserverPaypalrestful->updateNotifyFooterEnd(Object(notifier), 'NOTIFY_FOOTER_E...', 'products_all', NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL) #2 /includes/templates/jays_resp/common/tpl_main_page.php(267): base->notify('NOTIFY_FOOTER_E...', 'products_all') #3 /index.php(94): require('/home/jaysmode/...') #4 {main} thrown in /includes/classes/observers/auto.paypalrestful.php on line 313 [26-Sep-2025 17:50:44 UTC] Request URI: /index.php?main_page=products_all&disp_order=5&page=75, IP address: 114.119.153.16 --> PHP Fatal error: Uncaught Error: Call to undefined method zcObserverPaypalrestful::notify() in /includes/classes/observers/auto.paypalrestful.php:313 Stack trace: #0 /includes/classes/observers/auto.paypalrestful.php(130): zcObserverPaypalrestful->outputJsFooter('products_all') #1 /includes/classes/traits/NotifierManager.php(87): zcObserverPaypalrestful->updateNotifyFooterEnd(Object(notifier), 'NOTIFY_FOOTER_E...', 'products_all', NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL) #2 /includes/templates/jays_resp/common/tpl_main_page.php(267): base->notify('NOTIFY_FOOTER_E...', 'products_all') #3 /index.php(94): require('/home/jaysmode/...') #4 {main} thrown in /includes/classes/observers/auto.paypalrestful.php on line 313. [26-Sep-2025 17:50:44 UTC] Request URI: /index.php?main_page=products_all&disp_order=5&page=75, IP address: 114.119.153.16 --> PHP Fatal error: Uncaught Error: Call to undefined method zcObserverPaypalrestful::notify() in /includes/classes/observers/auto.paypalrestful.php:313 Stack trace: #0 /includes/classes/observers/auto.paypalrestful.php(130): zcObserverPaypalrestful->outputJsFooter('products_all') #1 /includes/classes/traits/NotifierManager.php(87): zcObserverPaypalrestful->updateNotifyFooterEnd(Object(notifier), 'NOTIFY_FOOTER_E...', 'products_all', NULL, NULL, NULL, NULL, NULL, NULL, NULL, NULL) #2 /includes/templates/jays_resp/common/tpl_main_page.php(267): base->notify('NOTIFY_FOOTER_E...', 'products_all') #3 /index.php(94): require('/home/jaysmode/...') #4 {main} thrown in /includes/classes/observers/auto.paypalrestful.php on line 313.

[lat9]

You don't say what version of PayPal/RESTful you're running, but the file /includes/classes/auto.paypalrestful.php for v1.2.0+ has only 220 lines and that error's coming from line 313.

[wsworx]

Apologies if this question has been asked before but the plug in is creating logs for every transaction. Is this normal behavior? I have the debug turned off in the plug in.

[lat9]

Apologies if this question has been asked before but the plug in is creating logs for every transaction. Is this normal behavior? I have the debug turned off in the plug in.

An example of such a log would help greatly in diagnosing the issue.

[wsworx]

Certainly, is there anything that could show up in the log that could be a security risk as the log has some customer information in it as well?

They start at the top with the following:

2025-09-25 11:35:35: (ppr_webhook) ppr_webhook (PAYMENT.CAPTURE.COMPLETED, PayPal/AUHD-1.0-1, POST) starts.

Here is one that started indicating a declined transaction:

2025-09-22 20:51:46: (ppr_webhook) ppr_webhook (PAYMENT.CAPTURE.DECLINED, PayPal/AUHD-1.0-1, POST) starts.

[siliconbug]

Zen Cart v1.58a
Paypal RESTful v1.0.2
Payment Action: Auth Only

I disable PayPal Express Checkout and enable Paypal RESTful today.

There are two orders. The 1st order is paid by PayPal Wallet, and the 2nd order is paid by Credit Card.

The 1st payment goes through, but the 2nd order gives me an error:


Both orders get this error when I capture the payments, but I can get correct $$ into my PayPal account:



Something under PayPal Transactions doesn't look right.

Attachment 20651

Should I remove PayPal Express Checkout completely? Or any possible issue I missed?

I disable Credit Card and keep using PayPal Wallet only.
Still get the same error after every order:

The payment module's observer (auto.paypalrestful.php) was not loaded; the payment module has been disabled. The payment module has been automatically disabled.

Logs don't show any error, and I can capture $$ without any issue.
/includes/classes/observers/auto.paypalrestful.php is at the right place.
I test it in Sandbox mode, and everything goes well without such an error.

Is there anything I miss?

[lat9]

Turn on the payment module's debug and send the resulting log to me via direct email.

[Jeff_Mash]

I did a successful PayPal test earlier, worked fine. Now trying it again, using the same account, and the same product, and it gives me a WHITE SCREEN as soon as I click the "Confirm Order" button on the OPC checkout page. It never takes me to the PayPal login page.

Here are the two debug log files.

File: myDEBUG-20240621-191454-655888.log

[21-Jun-2024 12:14:55 America/Los_Angeles] Request URI: /store/index.php?main_page=checkout_one_confirmation, IP address: 76.127.00.32
--> PHP Fatal error: Uncaught Error: Call to undefined method paypalr::sendAlertMessage() in /home/domain/public_html/store/includes/modules/payment/paypalr.php:953
Stack trace:
#0 /home/domain/public_html/store/includes/classes/payment.php(248): paypalr->pre_confirmation_check()
#1 /home/domain/public_html/store/includes/modules/pages/checkout_one_confirmation/header_php.php(246): payment->pre_confirmation_check()
#2 /home/domain/public_html/store/index.php(35): require('/home/domain/...')
#3 {main}
  thrown in /home/domain/public_html/store/includes/modules/payment/paypalr.php on line 953.

File 2: paypalr-c-27905-JefMas-20240621.log (only the bottom part of the log)

2024-06-21 12:14:55: (checkout_one_confirmation) ==> End createOrder\ConfirmPayPalPaymentChoiceRequest::__construct(...) finished, request:
{
    "paypal": {
        "name": {
            "given_name": "Jeff",
            "surname": "Mash"
        },
        "email_address": "email######################",
        "experience_context": {
            "payment_method_preference": "IMMEDIATE_PAYMENT_REQUIRED",
            "brand_name": "Brand",
            "landing_page": "NO_PREFERENCE",
            "shipping_preference": "SET_PROVIDED_ADDRESS",
            "user_action": "PAY_NOW",
            "return_url": "https:\/\/www.domain.com\/store\/ppr_webhook_main.php?op=return",
            "cancel_url": "https:\/\/www.domain.com\/store\/ppr_webhook_main.php?op=cancel"
        }
    }
}
2024-06-21 12:14:55: (checkout_one_confirmation) ==> Start confirmPaymentSource
TokenCache::get, using saved access-token; expires in 31506 seconds.
The curlPost (v2/checkout/orders/0K792404TN0597925/confirm-payment-source) request was unsuccessful.
{
    "errNum": 422,
    "errMsg": "An interface error (422) was returned from PayPal.",
    "curlErrno": 0,
    "name": "UNPROCESSABLE_ENTITY",
    "message": "The requested action could not be performed, semantically incorrect, or failed business validation.",
    "details": [
        {
            "issue": "ORDER_ALREADY_AUTHORIZED",
            "description": "Order already authorized.If 'intent=AUTHORIZE' only one authorization per order is allowed."
        }
    ],
    "debug_id": "4997a45158c3b"
}
CURL Options: {
    "78": 10,
    "52": false,
    "75": true,
    "74": true,
    "42": 0,
    "19913": true,
    "13": 45,
    "47": true,
    "10002": "https:\/\/api-m.paypal.com\/v2\/checkout\/orders\/0K792404TN0597925\/confirm-payment-source",
    "10015": "{\"payment_source\":{\"paypal\":{\"name\":{\"given_name\":\"Jeff\",\"surname\":\"Mash\"},\"email_address\":\"email######################\",\"experience_context\":{\"payment_method_preference\":\"IMMEDIATE_PAYMENT_REQUIRED\",\"brand_name\":\"MJM Magic\",\"landing_page\":\"NO_PREFERENCE\",\"shipping_preference\":\"SET_PROVIDED_ADDRESS\",\"user_action\":\"PAY_NOW\",\"return_url\":\"https:\\\/\\\/www.domain.com\\\/store\\\/ppr_webhook_main.php?op=return\",\"cancel_url\":\"https:\\\/\\\/www.domain.com\\\/store\\\/ppr_webhook_main.php?op=cancel\"}}}}"
}
2024-06-21 12:14:55: (checkout_one_confirmation) ==> End confirmPaymentSource

Is there some kind of conflict with the old paypaldp and paypalwpp modules which I also have installed? I believe I tried to disable them (not uninstall) but still saw the same issue.

I don't understand why this worked earlier in my test and now it doesn't.