UPS Shipping using RESTful/OAuth API [Support Thread]

arj3090:

I have been struggling with getting this to work. When trying to checkout, I get these messages:

"Your available shipping options have changed. Please re-select your desired shipping method."

"This is currently the only shipping method available to use on this order."

Can anyone give me any insight?

ZenCart 1.5.6
Are there any myDEBUG*.log files present in the site's /logs directory? What payment, shipping and order-total modules are being used by the site?

I am seeing a discrepancy in returned pricing between the old XML plugin and this new oAuth plugin. It's pretty much $3.47 with each shipping option. Ground is a little less. I would assume pricing is pulled based on the account associated with the ID. Has anyone seen this behavior? I have reached out to UPS support, and of course I was recommended to ask here. I am going to push back a little and get a clearer picture of the background communication, but if this post can be another source of insight, that would be great.

bustin98:

I am seeing a discrepancy in returned pricing between the old XML plugin and this new oAuth plugin. It's pretty much $3.47 with each shipping option. Ground is a little less. I would assume pricing is pulled based on the account associated with the ID. Has anyone seen this behavior? I have reached out to UPS support, and of course I was recommended to ask here. I am going to push back a little and get a clearer picture of the background communication, but if this post can be another source of insight, that would be great.
You can help UPS (and maybe me?) help you by turning on the shipping-module's debug feature, running a transaction where the pricing is "off" and then turning that debug feature off.

When you've got the debug-file generated, post back here and I'll PM you my direct email address.

lat9:

Are there any myDEBUG*.log files present in the site's /logs directory? What payment, shipping and order-total modules are being used by the site?Nothing in the log directory. I even enabled debugging

Enabled Payment modules:

• Free Order
• Paypal Express
• Square Web pay

Order Total :

• Group Discount
• Shipping Insurance
• Low Order Fee
• Shipping
• Sub Total
• Tax
• Total

Shipping :

• Free Shipping
• United Parcel Service V1.1.0

@arj3090, are there any .log files, perchance, in the site's /cache sub-directory?

I have the files for both the XML and oAuth. Thank you.

lat9:

@arj3090, are there any .log files, perchance, in the site's /cache sub-directory?No log files in the cache directory either

lat9:

You can help UPS (and maybe me?) help you by turning on the shipping-module's debug feature, running a transaction where the pricing is "off" and then turning that debug feature off.

When you've got the debug-file generated, post back here and I'll PM you my direct email address.

I have a reply from UPS. The reason for the different costs is the XML has a residentialAddressIndicator in the Ship To while the oAuth does not. Is this handled somehow? I do not see an option to manage this in the settings.

bustin98:

I have a reply from UPS. The reason for the different costs is the XML has a residentialAddressIndicator in the Ship To while the oAuth does not. Is this handled somehow? I do not see an option to manage this in the settings.
Towards the bottom of the settings, there's

Quote Type
Quote for Residential or Commercial Delivery

lat9:

Towards the bottom of the settings, there's

Quote Type
Quote for Residential or Commercial Delivery

I updated the setting, but the numbers do not change. Looking at the log file, I do not see the option listed.

bustin98:

I updated the setting, but the numbers do not change. Looking at the log file, I do not see the option listed.
Hmm, perhaps that's because that setting isn't actually used by the shipping method (sigh). I'll get that corrected; thanks for the report!

v1.2.0 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2374

This release contains changes associated with the following GitHub issues:

#12: Correct PHP Warning when UPS request fails.
#13: Remove redundant code.
#14: Enable fixed-price handling fee to be applied once/order or once/box.
#15: Remove function return-type hints, not compatible with PHP versions prior to 7.4.
#16: Include use of previously-missing Residential/Commercial quote.
#17: Correct PHP 8.2 Fatal error when handling-fee is configured as an empty string.

Note that upgrading is automatic!

V1.2.0 loaded up. Getting this error, even though I double checked my ID and secret:

2023-10-05 16:01:19: {
"response": {
"errors": [
{
"code": "250002",
"message": "Invalid Authentication Information."

Zippkits:

V1.2.0 loaded up. Getting this error, even though I double checked my ID and secret:

2023-10-05 16:01:19: {
"response": {
"errors": [
{
"code": "250002",
"message": "Invalid Authentication Information."
Did you also make sure to add the "Rating" and "Time in Transit" Products to that UPS App that's associated with those credentials? See this (https://github.com/lat9/upsoauth/wiki/Creating-Your-OAuth-Client-ID-and-Client-Secret) UPSoAuth wiki article for additional information.

lat9:

Did you also make sure to add the "Rating" and "Time in Transit" Products to that UPS App that's associated with those credentials? See this (https://github.com/lat9/upsoauth/wiki/Creating-Your-OAuth-Client-ID-and-Client-Secret) UPSoAuth wiki article for additional information.

I did now lol.
Logs show rates are coming, but it still breaks at the shipping page.
Here is the error:

[06-Oct-2023 11:56:20 America/Indiana/Indianapolis] Request URI: /index.php?main_page=checkout_shipping&zenid=xxxx, IP address: xxxx
#1 UpsOAuthApi->getCurrentMethodQuote() called at [/home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php:440]
#2 UpsOAuthApi->getShippingMethodsFromQuotes() called at [/home/xxxx/public_html/includes/modules/shipping/upsoauth.php:326]
#3 upsoauth->quote() called at [/home/xxxx/public_html/includes/classes/shipping.php:171]
#4 shipping->quote() called at [/home/xxxx/public_html/includes/modules/pages/checkout_shipping/header_php.php:187]
#5 require(/home/xxxx/public_html/includes/modules/pages/checkout_shipping/header_php.php) called at [/home/xxxx/public_html/index.php:36]

[06-Oct-2023 11:56:20 America/Indiana/Indianapolis] PHP Catchable fatal error: Argument 2 passed to UpsOAuthApi::getCurrentMethodQuote() must be an instance of string, string given, called in /home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php on line 440 and defined in /home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php on line 450

Zippkits:

I did now lol.
Logs show rates are coming, but it still breaks at the shipping page.
Here is the error:

[06-Oct-2023 11:56:20 America/Indiana/Indianapolis] Request URI: /index.php?main_page=checkout_shipping&zenid=xxxx, IP address: xxxx
#1 UpsOAuthApi->getCurrentMethodQuote() called at [/home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php:440]
#2 UpsOAuthApi->getShippingMethodsFromQuotes() called at [/home/xxxx/public_html/includes/modules/shipping/upsoauth.php:326]
#3 upsoauth->quote() called at [/home/xxxx/public_html/includes/classes/shipping.php:171]
#4 shipping->quote() called at [/home/xxxx/public_html/includes/modules/pages/checkout_shipping/header_php.php:187]
#5 require(/home/xxxx/public_html/includes/modules/pages/checkout_shipping/header_php.php) called at [/home/xxxx/public_html/index.php:36]

[06-Oct-2023 11:56:20 America/Indiana/Indianapolis] PHP Catchable fatal error: Argument 2 passed to UpsOAuthApi::getCurrentMethodQuote() must be an instance of string, string given, called in /home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php on line 440 and defined in /home/xxxx/public_html/includes/modules/shipping/upsoauth/UpsOAuthApi.php on line 450
Dang it; I'm guessing (please verify) that your site's running on PHP 5.6.

Correct. 5.6.40

That was end of life (EOL) in 2019! Most hosts do not use less that 7.4 and that was EOL a year ago.
You need to upgrade while you can still run your site and upgrade. You may wake up tomorrow and your host has turned off everything under 7.4. You see stories of that often on the forum.

Zippkits:

Correct. 5.6.40

the first version of this module was released 20 june 2023.

php 5.6 was EOL (as in end of life) 31 dec 2018.

i would encourage the developer to NOT make changes to new software to support software that was EOL so long ago.

Thanks for the help!