UPS XML: Support Thread

I couldn't find a support thread, so here we go ...

I've updated the subject shipping method (and just sent to the Zen Cart Plugins for review) to v1.7. Once reviewed, it can be downloaded from https://www.zen-cart.com/downloads.php?do=file&id=126.

       This release drops support for Zen Cart 1.5.0 and contains changes for the following GitHub issues (see <https://github.com/lat9/upsxml> for details):

#1 ... Update class constructors for PHP 7.0+ interoperability
#2 ... Enable negotiated rates to be displayed
#3 ... Don't display module version on storefront
#4 ... Add controls for the display of the weight and/or transit time and debug enable/disable.

Now available for download from the Zen Cart plugins!

I've just submitted v1.7.1 to the plugins for review. This version corrects the issue where the quotes displayed are incorrect if the store is configured for negotiated rates, but those rates don't appear in the UPS response.

That behavior was seen when the UPS XML currency value's entry was invalid (e.g. US instead of USD).

lat9:

I've just submitted v1.7.1 to the plugins for review. This version corrects the issue where the quotes displayed are incorrect if the store is configured for negotiated rates, but those rates don't appear in the UPS response.

That behavior was seen when the UPS XML currency value's entry was invalid (e.g. US instead of USD).
v1.7.1 is now available for download from the Zen Cart Plugins section.

On installing version 1.7.1 to a 155e Zen Cart, I got an error both before and after clicking the "install" button in the admin: upsxml: MODULE_SHIPPING_UPSXML_INVALID_CURRENCY_CODE
Upon checking the server error log files, I found this (I replaced the user and admin folder names):
#1 trigger_error() called at [/home/USERNAME/public_html/includes/modules/shipping/upsxml.php:233]
#2 upsxml->initCurrencyCode() called at [/home/USERNAME/public_html/includes/modules/shipping/upsxml.php:87]
#3 upsxml->__construct() called at [/home/USERNAME/public_html/adminfoldername/modules.php:85]

[15-Jan-2018 12:17:46 America/New_York] PHP Warning: MODULE_SHIPPING_UPSXML_INVALID_CURRENCY_CODE in /home/USERNAME/public_html/includes/modules/shipping/upsxml.php on line 233

The module seems to be working, however.

@seattleannie, it doesn't look like you've copied the updates to the shipping-method's language file (/includes/languages/english/shipping/upsxml.php). The message (once the language-file is present) indicates that the default-language configuration for the shipping method isn't defined within your store.

lat9:

@seattleannie, it doesn't look like you've copied the updates to the shipping-method's language file (/includes/languages/english/shipping/upsxml.php). The message (once the language-file is present) indicates that the default-language configuration for the shipping method isn't defined within your store.

No... I uploaded it to /includes/languages/english/MODULES/shipping/upsxml.php, though. Is one of the files looking for it in /includes/languages/english/shipping/upsxml.php instead of /includes/languages/english/modules/shipping/upsxml.php ?

My bad, I "misspelled" that directory name, it should be (as you said) /includes/languages/modules/shipping/upsxml.php.

That still doesn't explain why that message-constant isn't being "found". What do you show on your admin's Modules->Shipping/UPS XML configuration for your default currency?

lat9:

My bad, I "misspelled" that directory name, it should be (as you said) /includes/languages/modules/shipping/upsxml.php.

That still doesn't explain why that message-constant isn't being "found". What do you show on your admin's Modules->Shipping/UPS XML configuration for your default currency?

In the admin, when I go to Modules > Shipping and click on United Parcel Service v1.7.1, I do not see a setting option default currency. The UPS Currency Code is set to USD.

Is it typical, when all the files have been uploaded and the admin > Modules > Shipping accessed, that an error about the language file shows up at the top of the admin area before "install" is even clicked? And also after, before the settings have been configured? Because that is what it did...

i'm going to go with, No, it is not typical....

i would retrace your steps and ensure that you have uploaded everything to the right place. it's easy to make a mistake...

good luck.

FWIW, I just installed and configured this module on my ZC1.5.6-alpha test-bed. While the message about the invalid currency:

Unknown currency code specified (MODULE_SHIPPING_UPSXML_CURRENCY_CODE), using store default (USD).

does appear initially, it disappears once the module is configured. That error is simply cosmetic ... unless you have configured the UPS currency code with an unknown value, in which case the message appears similar to

upsxml: Unknown currency code specified (xyz), using store default (USD).

carlwhat:

i'm going to go with, No, it is not typical....

i would retrace your steps and ensure that you have uploaded everything to the right place. it's easy to make a mistake...

good luck.

apparently i was wrong.... my apologies!

seems like i need to rethink my opinion about @lat9's coding. ;)

again, sorry for the confusion!

New upgrade to v1.5.5f.
The cart is not returning a rate quote unless the buyer is logged in. If you're not logged in, enter a zip code and hit "Update" only USPS rates show up.The log shows;

UPS RESPONSE: <?xml version="1.0"?>
<RatingServiceSelectionResponse><Response><TransactionReference><CustomerContext>Rating and Service</CustomerContext><XpciVersion>1.0001</XpciVersion></TransactionReference><ResponseStatusCode>0</ResponseStatusCode><ResponseStatusDescription>Failure</ResponseStatusDescription><Error><ErrorSeverity>Hard</ErrorSeverity><ErrorCode>110206</ErrorCode><ErrorDescription>Missing/Illegal ShipTo/Address/StateProvinceCode</ErrorDescription></Error></Response></RatingServiceSelectionResponse>

Any ideas?

Phil S:

New upgrade to v1.5.5f.
The cart is not returning a rate quote unless the buyer is logged in. If you're not logged in, enter a zip code and hit "Update" only USPS rates show up.The log shows;

</CustomerClassification> </RatingServiceSelectionRequest>

UPS RESPONSE: <?xml version="1.0"?>
<RatingServiceSelectionResponse><Response><TransactionReference><CustomerContext>Rating and Service</CustomerContext><XpciVersion>1.0001</XpciVersion></TransactionReference><ResponseStatusCode>0</ResponseStatusCode><ResponseStatusDescription>Failure</ResponseStatusDescription><Error><ErrorSeverity>Hard</ErrorSeverity><ErrorCode>110206</ErrorCode><ErrorDescription>Missing/Illegal ShipTo/Address/StateProvinceCode</ErrorDescription></Error></Response></RatingServiceSelectionResponse>

Any ideas?
I'm *assuming *that this is when you use the shipping estimator; please advise.

Zounds! Quick response!

Not sure what you're referring to when you say "shipping estimator"
I'm using the latest upsxml-1.7.1.
If I add something to the shopping cart without being logged in, no UPS rates are displayed and the log shows that error.
If I login with my test account, all is good.

OK, I've tried this on a store that's using Zen Cart 1.5.5e as its base and am not seeing that error. What version of Zen Cart and what template are you using?

I'll note also that the store I tested with displays the shipping-estimator as a button rather than an inline form (as controlled by the admin's Configuration->Shipping/Packaging->Shipping Estimator Display Settings for Shopping Cart).

Update: I changed my test-copy of that store to display the shipping-estimator as a listing and don't see that issue in that mode either.

v1.5.5f and using the standard template.

I tried switching between button and listing with the same results.
HOWEVER... I discovered that if I selected the state as well as entering the zip code it displayed the UPS rate. That was not necessary with version 5.4 and version 1.5. I could just plug in the zip code and get the rate.

Phil S:

v1.5.5f and using the standard template.

I tried switching between button and listing with the same results.
HOWEVER... I discovered that if I selected the state as well as entering the zip code it displayed the UPS rate. That was not necessary with version 5.4 and version 1.5. I could just plug in the zip code and get the rate.
So, you're entering just the zip-code without the state to receive that error?

The 1.7.1 update (to enable negotiated rates) does require the state's entry to return valid results. Are you using negotiated rates?

Yes to both.

I just went in and removed my UPS account number and the cart will return a rate with just a zip code. I re-enabled negotiated rates and the problem returned.