Tag: bugfix
| Reggie |
| USPS Name Change |
| 2013.01.22 16:28:21 | |
|
The USPS Name change has struck again! The USPSv5 module is based on name matching, so this of course breaks the module for any service that has its name changed. In this latest edition, the "Parcel Post" is changing to "Standard Post". To fix your installation of USPSv5, do the following: In uspsv5.php, find the first line and replace with the second: In uspsv5.cfg.php, do the same thing: define ('USPS_SHIP20_TEXT', 'Parcel Post<sup>&reg;</sup>); // disable after 2013-01-27 define ('USPS_SHIP20_TEXT', 'Standard Post<sup>&reg;</sup>'); // enable after 2013-01-27
Tags: bugfix | Update | Free Software | Shipping Module | VirtueMart | USPSv5 Hits: 295 | Read more... |
| Reggie |
| USPSv5 Bugfix |
| 2012.01.05 13:53:47 | |
|
Affected Versions: vm117-USPSv5.2011.02.10 vm118-USPSv5.2011.03.25 vm11x-USPSv5-2011.02.09BASIC Bug Description: Bundled packages with combined weight greater than 70 lbs were not being split into multiple packages Files affected: /administrator/components/com_virtuemart/classes/shipping/uspsv5/class.Package.php Fix: Download the updated version of your module, and replace this file. Tags: Shipping Module | USPSv5 | USPS | Free Software | VirtueMart | bugfix Hits: 492 | Read more... |
| Reggie |
| UPSv2 Bugfix |
| 2011.05.24 23:14:03 | |
|
Version: vm118-upsv2.2011.04.19 Description: Variable names were not correctly changed, causing potential issue with display of Freight, HAZMAT, and FREE shipping images on the flypage. Solution: Download updated vm118-upsv2.2011.04.19.zip. Extract and replace the following file on your server: /administrator/components/com_virtuemart/html/shop.product_details.php Hits: 620 | Read more... |
| Reggie |
| FedExv2 Bugfix |
| 2011.03.31 22:01:57 | |
|
Version: vm115-FedExv2.2011-01.06 Issue: Shipping coupon feature inadvertently left out of main VirtueMart configuration Fix: Download updated module. Replace file: /adminstrator/components/com_virtuemart/html/admin.show_cfg.php Hits: 460 | Read more... |
| Reggie |
| UPSv2 Bugfix |
| 2011.03.30 21:37:02 | |
|
Versions affected: vm115-upsv2.2011.01.13 and higher Issue: "Declared Value" option has changed. Declared value is now part of the Insurance declaration construct in the API. Fix: Re-download the affected version. View the CHANGELOG.txt file to see what files were updated, and apply those udpated files to your installation. Hits: 386 | Read more... |
| Reggie |
| FedExv2 Bugfix |
| 2011.03.07 20:20:17 | |
|
Versions affected: vm114-FedExv2.2010.06.18 vm115-fedexv2.2011.01.06 Description: - Signature option was malformed, resulting in signature fees not being added to final shipping cost - please re-download the appropriate archive and replace the following file: /administrator/components/com_virtuemart/classes/shipping/fedexv2.php Tags: FedExv2 | FedEx Web Services | VirtueMart | Free Software | Shipping Module | bugfix Hits: 489 | Read more... |
| Reggie |
| UPSv2 Bugfix |
| 2011.02.13 23:25:45 | |
|
A bug dealing with the tax total display during checkout has been found and fixed. The bug did not cause the final total charged to the user to be wrong (e.g. the amount sent to PayPal was still correct), but did cause the tax total and/or total displayed to be wrong in some cases. This affects shops with their tax configuration in "Based on shipping address" mode. I have fixed this bug in vm115.upsv2.2011.01.13 and vm117.upsv2.2011.02.13. Please download the updated installation files, and replace your basket.php and ro_basket.php in /administrator/components/com_virtuemart/html/ with the updated files.
|
| Reggie |
| VM115, Payment Processors, and Order Status |
| 2011.01.18 17:33:53 | |
|
I came across an issue today, which could affect anyone using VM115 and a payment processor (such as authorize.net). VM115 has changed the way the order status is set after the payment goes through. In VM114, the order status for payment processor orders is handled by the checkout code, but in VM115 it has changed. In VM115, the payment processor module is expected to set the order status after the payment is run. Unfortunately, the payment module for authorize.net was NOT updated to use this new logic, so the new status is never written! The order status will always be "Pending" after the processor runs. I have a quick fix for this:
In /administrator/components/com_virtuemart/classes/payment/ps_authorize.php, around line 451: $d["order_payment_trans_id"] = $response[6]; Add this: $d['new_order_status'] = AN_VERIFIED_STATUS;
Now the payment module is following the new rules and should set the status correctly.
I do not know if this has been fixed in VM116. Tags: VirtueMart | bugfix | payment processor Hits: 410 | Read more... |
| Reggie |
| USPS Name Changes....Again |
| 2011.01.03 13:59:33 | |
|
USPS has once again changed the names of their services, this time adding a "registered" mark to the end. And once again, name-matching shipping modules like mine and all of the other VirtueMart modules have broken because of it. I really need to revamp the module to match service numbers instead of the names. Download the latest version of USPSv5 and the cart-rates plugin from my "Free Software" page. I have incorporated a fix for the new service names in each. (vm114.uspsv5.2010.04.05) Tags: USPS | Shipping Module | VirtueMart | Free Software | bugfix
|
| Reggie |
| UPSv2 Bugfix |
| 2010.11.03 21:52:05 | |
|
A bug has been found in UPSv2, affecting carts with freight-only contents. During checkout, the last step may error out with a "Please select another shipping method" error. Versions affected: vm114-2010.08.10, vm115-2010.08.12. Please re-download these versions, and apply the updated file: /administrator/components/com_virtuemart/classes/shipping/upsv2.php Tags: bugfix | UPS v2 | Shipping Module | Free Software | Joomla | VirtueMart | UPSv2 Hits: 589 | Read more... |