next »

[lowmips]

Not sure about the FF issue.  I know there was an issue with other modules and FF's interpretation of certain tags, but my USPSv5 module should be unaffected.  It is most likely the UPS module.  Try removing the <span> or <label> tags from the output (I forget which one was the problem, probably <label>).

-Reggie

[nirajlama]

Right on. It was the UPS module. Thanks Reggie!

[JohnBerringer]

How do i manually delete plugin its messed up and wont reinstall nor uninstall

[lowmips]

JohnBerringer:
If you mean the "cart rates" plugin, then you'll have to find the database entry for the plugin in 'jos_plugins'.  Look for "cartrates" as the "element" field.  Remove that entry.

Then remove the cartrates.php and cartrates.xml and everything in the cartrates directory from /plugins/system/
and
/plugins/system/cartrates

[Scott Ackerman]

So how do you remove the following from the shipping/checkout page:

Shipment::addPackage() Adding a new bundled package
Shipment::addPackage() - Package Number: 1
Shipment::addPackage() - Package is Bundled
Shipment::addPackage() - Maxweight: 70
Package::addItem() - ***** Adding item 177 (Music Express Winter Blow Out!) to package #1 *****
Package::addItem() - Package weight is now: 3.45
Package::query_rates() - Querying for Source: US/80205 , Destination: US/80524, Weight: 3.45

Shouldn't this be hidden from the shopper?

[lowmips]

That is only shown to administrators.  It is debug code.

[Scott Ackerman]

Thanks. I did realize that it was debug code, I didn't realize that it was only shown to administrators.

[lowmips]

****** UPDATE *******
USPSv5.2011-02-09-BASIC

This version of my USPSv5 module adheres to the "drop in" concept for shipping modules, meaning you simply copy files to the appropriate location, configure the module, and it is ready to go.  No bells, whistles, or any other features of any kind.  No bundled/unbundled packages, all are considered to be bundled.

This module supports the latest API versions - v4 for domestic shipments and v2 for international shipments. THIS IS IMPORTANT! The old v3 API is being deprecated, and will cease to function sometime this spring.

There is one gotcha, dealing with package sizes.  Any package declared as "Large" has to have its dimensions declared.  This is fine and well with products that ship by themselves, but add in multiple products or different dimensions and there is no easy way to determine package size.  So the BASIC module will be restricted to use the "Regular" package declaration.

I have not publicly release the module, but I am selling copies for donations.  Once enough donations are gathered to cover my development time, I'll publicly release it both here and on my website.  If you would like a copy, please contact me via email, or send a paypal donation labeled 'USPSv5.2011-02-09-BASIC'.

I am also working on a version that has bundling/unbundling and dimension declarations.  I hope to complete it soon.

-Reggie

[lowmips]

****************** Update **************
USPSv5.2011.02.10 Available

This version of my USPSv5 module includes:
- v4 Domestic and v2 Inernational API support (IMPORTANT! The old v3 is being phased out.)
- Bundled/Unbundled products
- Package Dimension declaration
- GXG support
- built for VirtueMart 1.1.7
 

Like with my USPSv5.2011-02-09-BASIC module, this module will be donation supported, and once I have obtained enough donations to cover the 6+ hours of time I spent on it, I will publicly release it.  If you would like a copy, please send a paypal donation labeled "USPSv5.2011-02-10", and I'll email a copy to you.

[piperpilot]

Reggie,

I just installed the new module and am having a problem getting it to work.  I have GXG turned off, but I get the following debug info:

Code:

uspsv5::__construct() - Starting module version 5.2011.02.10
uspsv5::list_rates() - Starting
Shipment::addPackage() Adding a new bundled package
Shipment::addPackage() - Package Number: 1
Shipment::addPackage() - Package is Bundled
Shipment::addPackage() - Maxweight: 70
Package::addItem() - WARNING - product dimensions assumed to be INCHES
Package::query_rates() - Querying for Source: US/33761 , Destination: US/33761, Weight: 0.153, Value: 30
uspsv5::get_rates_array() - ERROR - GXG services selected, but package dimensions were invalid.
Package::query_rates() - Rate query returned null results.
Shipment::populate() - query_rates() failed.
uspsv5::list_rates() - shipment->populate() failed!

I'm gonna dig into it and see if I can figure out what is going on, but it looks like because I don't have dimensions declared maybe it is causing it to puke?

Thoughts?

Curtis
(HobbyPCB)

[lowmips]

Are you absolutely sure you don't have one of the three GXG services selected? I tested that several times to make sure it worked (or so I thought).

Do you have dimensions defined, or are they all zeros?

[piperpilot]

Yes, all GXG Options are turned off (top 4 on the list).  The dimensions were all declared as zero which is the default when you don't add anything.  When I give the item a dimension it works fine.

I guess a workaround is to make sure that I always provide a dimension but right now I don't have that.

Thanks!

[lowmips]

If you have all 4 GXG options turned off, you should not have gotten the "GXG is on" message.  I'll look into that.

[lowmips]

I've confirmed the bug and have fixed it.  I emailed you an updated copy of the installation files with instructions on what to change.

-R

[dimmakherbs]

anyone else have issues with randomly USPS not sending shipping info giving the error
"USPS cannot find shipping info" or something similar.
I have my store set up to make accounts and it is highly unusual to not get orders to go along with the accounts. I then finally got an email and phone call from current customers telling they are recieving errors.

I can't always reproduce the error, so I cannot log it but it is obviously happening.