UPS Shipping using RESTful/OAuth API [Support Thread]

[mprough]

v1.3.0 now uses my 'more standard' version_compare switch to determine whether an update is needed so those individual specific-version checks aren't needed.

The fresh downloaded module today on 2 sites 1.5.8 & 1.5.8a both PHP 7.3 gave me the

United Parcel Service v1.3.0 - Missing Keys or Out of date you should reinstall!

This fixed both

switch (MODULE_SHIPPING_UPSOAUTH_VERSION) {
                case '0.0.1':   //- Initial Beta release
                case '1.0.0':
                case '1.2.0':
                case '1.2.2':  
                case '1.3.0':                              
                      $db->Execute

What are you seeing for the handling fees?[/QUOTE]
all default, no changes on either... no special cases, nothing weird at all

[lat9]

@mprough, I've no idea what you did to do that upgrade, but on a zc158 test site with v1.2.0 installed I copied over the 2 files updated for v1.3.0 of the shipping-module and the upgrade completed successfully with no boo-boo messages.

[mprough]

@mprough, I've no idea what you did to do that upgrade, but on a zc158 test site with v1.2.0 installed I copied over the 2 files updated for v1.3.0 of the shipping-module and the upgrade completed successfully with no boo-boo messages.

No idea, just reporting my experience. Both modules said 1.3.0 after installation.

[lat9]

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

This release contains the change associated with GitHub issue #23 (install/upgrade insists that there are missing keys)

[Cognecy]

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

This release contains the change associated with GitHub issue #23 (install/upgrade insists that there are missing keys)

I have updated a customer's ZC V1.5.4 store with the V1.3.0 update and it seems to work fine to this point. When I update to the V1.3.1 version, it breaks the Modules-->Shipping page in the admin. Reverts to a page that looks like a default install and none of the options are editable and it does not show any of the custom shipping modules that are set up for this customer.

For now I am leaving it at V1.3.0 as it appears to be working and I am not getting any messages to re-install.

[lat9]

Any debug-logs generated?

[bumba000]

I must be missing something in the docs or the github ... I can't find/figure out

UPS Api Class
If your site has an class-override for the shipping module's default (UpsOAuthApi), enter it here. If the class-file doesn't exist, this module will be automatically disabled!

What is this and where do I get it? Please and Thank you.

Best,
John

[bumba000]

I tried to edit but wasn't quick enough...

zc 1.5.8a on PHP 8.2.14.

I have created the UPS app. In the admin I have supplied the UPS Rates Client ID and the UPS Rates Client Secret. I have a yellow bubble in the admin and no UPS on the front end.

[bumba000]

Ok. So the yellow bubble was due to the plugin disabling itself. I re-enabled it and now have a green bubble in the admin but still no ups option on the front end. I enabled debug logs and have the following message

"code": "250002", "message": "Invalid Authentication Information."

I have double checked the UPS Rates Client ID and the UPS Rates Client Secret and they are both correct.

[lat9]

Ok. So the yellow bubble was due to the plugin disabling itself. I re-enabled it and now have a green bubble in the admin but still no ups option on the front end. I enabled debug logs and have the following message

"code": "250002", "message": "Invalid Authentication Information."

I have double checked the UPS Rates Client ID and the UPS Rates Client Secret and they are both correct.

Did you add the Rating API to the UPS app? See this SO posting for additional information: https://stackoverflow.com/questions/...on-information