Hello,

It seems that the USPS extension is now showing retail rates even though I changed the appropriate lines in public_html/extensions/usps/storefront/model/extension/usps.php to 'priceType' => 'COMMERCIAL',

Is there code elsewhere where this parameter is set?

Thank you

Quote from: abolabo on July 21, 2026, 04:01:49 AM

Quote from: Heemet on July 20, 2026, 11:13:05 PMHello Basara,

If you ship via PayPal, the USPS rates are commercial rates.  However, the default USPS extension in AbanteCart returns retail rates, which are higher.  Thus, if a customer checks-out and selects a USPS shipping option, he will be overcharged at the retail rate.

It appears that the USPS API allows for the API call to request commercial rates.  See here:
https://github.com/USPS/api-examples

The field is "priceType": "COMMERCIAL"

It seems that this would be an easy change in the USPS extension in AbanteCart, but I can't figure out where to set this field.

Thanks,
Peter

please change manually file (via cPanel filemanager)
public_html/extensions/usps/storefront/model/extension/usps.php

See lines 514 and 545.

Please let us know about result.

Hi adolabo,

Thanks for pointing me in the direction of where the rate type is set in rate query.  I made the change to 'priceType'                   => 'COMMERCIAL' and now I'm seeing appropriate rates.  Thank you!

One idea for a change to the USPS extension would be to provide a toggle in the extension interface to allow the user to select whether commercial rates are used by the store.

Regards,
Peter

Hello Basara,

If you ship via PayPal, the USPS rates are commercial rates.  However, the default USPS extension in AbanteCart returns retail rates, which are higher.  Thus, if a customer checks-out and selects a USPS shipping option, he will be overcharged at the retail rate.

It appears that the USPS API allows for the API call to request commercial rates.  See here:
https://github.com/USPS/api-examples

The field is "priceType": "COMMERCIAL"

It seems that this would be an easy change in the USPS extension in AbanteCart, but I can't figure out where to set this field.

Thanks,
Peter

Hello Basura,

Thank you for your reply.  Regarding USPS media mail, are we able to configure a product in AbanteCart to flag it as eligible for USPS media mail, so that a user can select it as a shipping option?  I don't see a setting on the configuration page for a product to identify it as eligible for media mail. 

Thank you!

Hello,

I recently upgraded to version 1.4.4.  Thanks to everyone who worked hard on this new version.

I installed the new USPS extension, and I have noticed there are two bugs:
1.) The only shipping options that appear are Priority Mail, Priority Mail Express, and USPS Ground Advantage.  See screenshot in attachment 1.

These are the only three options despite all shipping options being selected in my configuration, except for USPS Ground Advantage (more on that below).  See screenshot in attachment 2.

2). Note that USPS Ground Advantage is turned off in my instance of the extension.  If I turn it on, USPS Ground Advantage appears twice in the shipping estimate as a shipping option.  See screenshot in attachment 3.

I tried a fresh installation of v. 1.4.4, and I noticed the same bug.  My error log is clear.

Thanks!

Quote from: Basara on April 13, 2026, 09:35:06 AM

Quote from: badmouse on January 06, 2026, 03:06:20 PMhas there EVER been a solution to this??  USPS has disabled the extension at this point and it's no longer usable as it sits.  Any help in getting it working again?

Yes, there is progress on this.

The USPS extension is currently in development and has already been updated in the 1.4.4 branch. You can try the latest version here:
https://github.com/abantecart/abantecart-src/tree/1.4.4/public_html/extensions/usps

An official release is coming soon, so this issue is actively being worked on.

Thank you.  To try out the new USPS extension in AbanteCart v. 1.4.3, can I just copy https://github.com/abantecart/abantecart-src/tree/1.4.4/public_html/extensions/usps to the extensions folder in my installation?

I have AbanteCart v. 1.4.3 installed.  I have been using Paypal Express Checkout (Extension ID: default_pp_express) and see that it is not confirmed to work with AbanteCart v. 1.4.3.  I'd like to switch to Paypal Commerce (Extension ID: paypal_commerce), but there is a message in my admin portal that "New version (1.4.4) is available. Click to update now."  The link to update does not work. 

Where can I find v. 1.4.4 of Paypal Commerce?

Thank you!

Hello,

I am posting in this tread as I am not sure the solution offered works.  I am getting this error as well when trying to upgrade from V.1.4.1 to V.1.4.2:

2025-12-04 21:19:34 - Unknown Error: AbanteCart core v.1.4.1 SQL-ERROR: "array (
'error_text' => 'Can\'t DROP INDEX `abdx_lang_definition_idx`; check that it exists',
'errno' => 1091,
)" in /home/padufnnp/public_html/store/core/lib/package_manager.php on line 832

Here are the indexes I have in abdx_language_definitions:

PRIMARY
ac_lang_definition_idx
abdx_lang_definition_idx

I added the last one to solve the can't drop error, but that did not work.  Is there perhaps another table where I need to add this index so that it can be dropped?

Thanks!

I am attempting to add a sound clip to the description field of a product using the audio HTML tag.  When I save the product information, I get a 403 error.  I assume that my host doesn't like injecting HTML into the database via the admin site.

Using my host database interface, I can add the HTML tag manually.  However, I can't switch over to the AbanteCart admin site to edit a product with an audio tag that I've added manually into the database.

I can see that AbanteCart is encoding HTML tags in the product description field, e.g., <p> gets encoded to remove the "<" and ">".  I'd like to modify the code to do the same for audio tags, but I can't find in the source code where this is happening.

So, in short, does anyone know where AbanteCart encodes "<p>" before being sent to the product database?

Thanks in advance.

Peter

Thanks, Basara.  I modified the default_usps.php file to find out what exactly was happening with the cURL request.  It was properly formatted.  The response I was getting was a 400 bad gateway.

Per your suggestion, I followed up with the hosting provider.  They had recently moved my site to a new server.  I told them that I thought the problem was with the PHP cURL package.  They decided to move my site to another server, and sure enough, the problem went away.

So, the problem turned out to be in the host's cURL package.  It was a tough bug to track down.

Thanks.  The request sent to the USPS API is well formatted.  If I paste it into the address bar on my browser, I get a response with the correct information fro the USPS API.  However, the response being logged in AbanteCart's log is empty.  The problem isn't with customer address, usps settings (location), or store address, I don't believe.  I've verified those.

I think something is going wrong with cURL session, but I'm not terribly familiar with php.

Thanks for the link. 

It appears that the USPS extension did not update when I updated to AbanteCart 1.2.13.  I updated the extension manually, uninstalled it, and then reinstalled it and tried it out in a test shopping cart.  It is still not working.

I added the following to public_html/store/extensions/default_usps/storefront/model/extension/default_usps.php (lines 234-241):

$this->log->write(var_export($xml,true));
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, 'https://secure.shippingapis.com/ShippingAPI.dll?'.$request);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
$result = curl_exec($curl);
curl_close($curl);
$this->log->write(var_export($result,true));

I'm not getting a response back from the USPS after clicking "Estimate" in the shopping cart.

This is what the log file shows:
2018-09-13 2:47:06 - '<RateV4Request USERID="XXX" PASSWORD="XXX">   <Package ID="1"> <Service>ALL</Service> <ZipOrigination>02138</ZipOrigination> <ZipDestination>02138</ZipDestination> <Pounds>0</Pounds> <Ounces>2.08</Ounces> <Container>VARIABLE</Container> <Size>REGULAR</Size> <Width>11.875</Width> <Length>13.625</Length> <Height>3.375</Height> <Girth>44.1</Girth> <Machinable>true</Machinable>   </Package></RateV4Request>'

2018-09-13 2:47:06 - ''

The default USPS extension worked prior to the upgrade.  Any advice is appreciated.

Thanks!

I guess what I'm saying is that it does not appear that the USPS extension upgraded when I upgraded from AbanteCart 1.2.12 to 1.2.13.  I suspect that is the reason it is no longer working. 

How do I download the entire default_usps folder from GitHub so that I can copy it into CPanel?  Or can I delete the extension from within the store admin site and reinstall it?

Thanks!

The top of default_usps.php installed in my store still says © 2011-2017 Belavier Commerce LLC.  Is that right, or does that indicate that it is not the right version of default_usps.php for v 1.2.13?

It appears that the problem has reappeared.  I have upgraded to AbanteCart v 1.2.13, and the USPS option has disappeared as a shipping option.  I do not see it when estimating shipping in my shopping cart.

I modified the usps extension to log the xml request and response (lines 231-238 of public_html/extensions/default_usps/storefront/model/extension/default_usps.php):
$this->log->write(var_export($xml,true));
$curl = curl_init();
curl_setopt($curl, CURLOPT_URL, 'https://secure.shippingapis.com/ShippingAPI.dll?' . $request);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_RETURNTRANSFER, 1);
$result = curl_exec($curl);
curl_close($curl);
$this->log->write(var_export($result,true));

I checked the log file.  The request is well formed, but the result is blank.

Any idea what happened?