Messages

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!

has 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):

Code Select Expand

$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):

Code Select Expand

$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?

My hosting service suggested that I try to login to the admin site in incognito mode to edit the banners.  I did that, and I was able to modify the banners.

So, I cleared cookies, and sure enough, the problem went away.

Thanks for your suggestions.  I was able to disable ModSecurity, but that didn't help.  There is nothing in the AbanteCart error log.  I'm checking with hosting support.  I will revert with my findings.

Hello,

When clicking on "edit" for an existing text banner in the admin site, I get the following error message in my browser:

"This site can't be reached
The webpage at [site address]/index.php?rt=extension/banner_manager/edit&banner_id=8&s=[admin]&token=[toke] might be temporarily down or it may have moved permanently to a new web address.
ERR_FAILED"

The existing banner appears on my site, but I cannot access it through the admin site.  Is something happening between the admin site and the SQL database?  What should I look for?  There is nothing in the error log.

FYI, I can enable and disable the existing banner, and I can see the "status" field change from "0" to "1" and back again in the "banners" table in the SQL database in CPanel, so I know the admin site is able to communicate with the SQL database.  I just can't edit any of the banners.

Any help would be appreciated.

Thanks,
Peter