ozpost module problems

[RodG]

ok continuing on..

If an item it .5 weight in the product settings it works fine.. but if I set it to the true weight .05 (50grams) it doesn't work...

A 50gm item will be classified as a letter (size permitting), so if you don't have letters selected as a acceptable shipping method AND if the 'hide parcel rates if letter sized' *is* selected, then there will be no valid shipping methods to display.

Solution. Either enable letter rates as a valid method, OR disable the 'hide parcel rates' switch so that these small items will be quoted as a small parcel (rather than a letter).

If you enable letter methods AND deselect the 'hide parcel rates' then these small items will give you quotes for both letter rates and parcel rates (for the same item).

Does that make sense?

Does this solve your problem?

Cheers
Rod

[Artemiss]

Did anyone manage to solve this problem? I'm certainly no mastermind when it comes to zencart but I've spent the best part of 3 days trawling the forums (and most of my google results for that matter!) to no avail. Desperation is setting in!!!! lol

It's almost as though my Ozcart does not even exist - the only factor that is showing up at the checkout is StorePickup, however when enabling DeBug it does show up all of the correct weights/dimensions etc... so that at least tells me that it *has* been installed.

I, too have uninstalled and reinstalled just to be sure all of my files are in the correct place, which they seem to be. I'm calculating weight in gms and that all seems to be fine too. *sigh* I'm just totally stumped!

Danika.

[Coolblue]

Has no one answered here in several days? I am having the same problem. Just a blank page for the checkout_shipping page when checkout is attempted. I have checked to make sure all files are in place, and that all settings for grams etc etc are correct on the front end. Help please?

[RodG]

Has no one answered here in several days? I am having the same problem. Just a blank page for the checkout_shipping page when checkout is attempted. I have checked to make sure all files are in place, and that all settings for grams etc etc are correct on the front end. Help please?

Do you have cURL enabled?

Is you server running PHP5.1 or higher?

These are just two of the possible causes of the blank page symptom.

Rgds
Rod

[Scott_C]

Hi, Im also getting the; "Unexpected error (no valid methods). Using AP Flat Rate." most of the time.

Its a shame, cause other than this, the module is working perfectly for me. Ive turned on curl and PHP version is; 5.2.10

Our Zen Cart install (1.3.8) is in a testing environment at the moment, and unfortunately, the shipping estimator fails to retrieve a quote more often than not.

If I cant work out this bug, Im going have to ditch this module (which is a shame as I really like it) and install a Table rate module with fixed prices. (I just dont want customers getting a flat rate quote)

Cheers,

Scott.

[RodG]

Hi, Im also getting the; "Unexpected error (no valid methods). Using AP Flat Rate." most of the time.

Its a shame, cause other than this, the module is working perfectly for me. Ive turned on curl and PHP version is; 5.2.10

The fact that you are (apparently) getting a valid quote *sometimes* indicates that there is nothing wrong with your cURL or PHP or anything else to do with the functionality of your setup.

Our Zen Cart install (1.3.8) is in a testing environment at the moment, and unfortunately, the shipping estimator fails to retrieve a quote more often than not.

I'm betting that it isn't a bug, but normal operation.

The most probable cause of your problem is "invalid" input data,
examples include:

Items that apparently don't weigh anything, or are too small to be accepted as a parcel and you have disabled letters as a valid method

The products being quoted exceed the maximum limits imposed by Australia Post.

(The module won't provide a quote for parcel sizes/weights that Australia Post won't accept).

Im going have to ditch this module (which is a shame as I really like it) and install a Table rate module with fixed prices.

Suits me just fine. One less person for me to support for free


Guess you wasn't expecting THAT response was you.

Seriously, was there a point you was trying to make with this comment? I don't think anyone really cares what modules you use (or don't use), and I was very tempted to not even reply to this post figuring I'm just going to be wasting my time anyway because you have come across as the kind of person that is going to refuse to acknowledge that it is your data causing your problems - it is easier for you to blame the module.

(I just dont want customers getting a flat rate quote)

Setting the 'cost on error' values to zero will effectively disable the module if a valid quote can't be obtained, and if this is (as I suspect) because your item(s), according to the weights and dimensions that you have provided, will be rejected by Australia Post due to size/weight limits you'll be needing to provide an alternative shipping method anyway.

Rod.

[Scott_C]

Hi Rod, well please dont take my post as a dig, I think youve done a great job.

The fact that you are (apparently) getting a valid quote *sometimes* indicates that there is nothing wrong with your cURL or PHP or anything else to do with the functionality of your setup.

Agreed.

I'm betting that it isn't a bug, but normal operation.

The most probable cause of your problem is "invalid" input data,
examples include:

Items that apparently don't weigh anything, or are too small to be accepted as a parcel and you have disabled letters as a valid method

The products being quoted exceed the maximum limits imposed by Australia Post.

(The module won't provide a quote for parcel sizes/weights that Australia Post won't accept).

Im not sure this is the case. The products being sold are cosmetics and are shipped in 500gram or 3kg satchels. (regular or express) - I add products weighing say; 600grams - and it wont retreive any quote? Sometimes the quote works and sometimes it doesnt with the exact same products in the cart.

Letters are not a viable option due to the bulkiness of the products (nail polish bottle for example)

Suits me just fine. One less person for me to support for free


Guess you wasn't expecting THAT response was you.

Actually, reading some of your other posts, it comes as no surprise!

Seriously, was there a point you was trying to make with this comment?

I posted here because Im not the only one getting this error. (have a look at the other posts in this thread) And by putting my hand up and saying that Im getting this error too - maybe there is a bug in the module?

I don't think anyone really cares what modules you use (or don't use), and I was very tempted to not even reply to this post figuring I'm just going to be wasting my time anyway because you have come across as the kind of person that is going to refuse to acknowledge that it is your data causing your problems - it is easier for you to blame the module.

Its a shame you judge quickly. :-)

If its my data causing the problem, and i can get this module to work 100% No one will be happier than me. (and Ill gladly put my hand up and say I was wrong)

Setting the 'cost on error' values to zero will effectively disable the module if a valid quote can't be obtained

cool, I forgot about that.

and if this is (as I suspect) because your item(s), according to the weights and dimensions that you have provided, will be rejected by Australia Post due to size/weight limits you'll be needing to provide an alternative shipping method anyway.

Rod.

Well ill keep testing, but Im surprised that a couple of products with a combined weight of a few hundred grams wont retrieve a quote based on a satchel.

Cheers,

Scott.

P.S. Do you have some sort of flood protection enabled on your server? Cause I found that the module always works initially (first half a dozen quote or so) and then as I keep varying the cart contents, changing the shipping address, hitting the 'estimate shipping' button that I then get the "Unexpected error (no valid methods). Using AP Flat Rate." message. Just a thought....

[RodG]

The products being sold are cosmetics and are shipped in 500gram or 3kg satchels.

You may know they need to be shipped in the prepaid satchels, but if the module determines they will fit into a letter sized package, then that is what it will quote for. Furthermore if you have disabled letters as a valid method and only letter rates are being returned by the server then there will be no valid quote to give and the module will fall back to the flat rate method.

(regular or express) - I add products weighing say; 600grams - and it wont retreive any quote? Sometimes the quote works and sometimes it doesnt with the exact same products in the cart.

I have one word to say to this "bullshot" (typo intended)

Letters are not a viable option due to the bulkiness of the products (nail polish bottle for example)

Really? I've taken the liberty of checking out your site, and according to the dimensions you have provided (at least on the item I checked, namely the Crush Cosmetics 88 Ultra Shimmer Palette it is well within the limits to be sent as a large letter.

Actually, reading some of your other posts, it comes as no surprise!

LOL, in that case you should also know that I am rarely ever wrong with anything I say or suggest, which makes you seem a little foolish when you try to feed me bullshot and make claims that I already know are incorrect.

I posted here because Im not the only one getting this error.

True, but this apparent 'error', if you had really bothered to read all messages in this thread has 4 known possible causes.
1. It needs cURL enabled
2. It needs PHP V5.1x or V5.2x
3. You are not using 'ozpost' but 'AustPost'
4. The input data is such that valid quotes cannot be given.

You are welcome to call these 'bugs' if you wish, but nonetheless they are all well known and yet you are under the impression that your problem is somehow *different* from any of these.

(have a look at the other posts in this thread)

What a silly suggestion... This implies that I've actually been replying to most of them without reading them.

One of us is being silly/foolish, and I know this does apply to me occasionally, that isn't the case here.

And by putting my hand up and saying that Im getting this error too - maybe there is a bug in the module?

$1000 says it isn't!

Its a shame you judge quickly. :-)

It is a much bigger shame that even though you are aware of my nature and the many postings I have made you still believe I have somehow made a mistake in judgment on this occasion?

If its my data causing the problem, and i can get this module to work 100% No one will be happier than me. (and Ill gladly put my hand up and say I was wrong)

No need to do that... you are arguing or disagreeing with me on a matter where I'm the expert ... you can be nothing but wrong.

I'm not an arrogant person (although many seem to think so), it is just that I'm right 99.999% of the time. It's not arrogance, it is confidence.

I'm right, you're wrong... If you can accept that you'll save us both a lot of time

Do you have some sort of flood protection enabled on your server?

Here we go again.... you simply aren't happy to accept what I told you is the cause of your problem, you are now trying to suggest that it is a problem at the server.

I won't deny that a server (or network) problem won't give you the same results, but seriously, if that were the case you'd being seeing a lot more people putting their hands up saying 'sometimes it works, but most times it doesn't'

Again, you must still be thinking the problem has nothing to do with you, and would prefer to find the problem elsewhere.

Cause I found that the module always works initially (first half a dozen quote or so) and then as I keep varying the cart contents, changing the shipping address, hitting the 'estimate shipping' button that I then get the "Unexpected error (no valid methods). Using AP Flat Rate." message. Just a thought....

Again, you trying to insult my intelligence. This is bullshot, and we BOTH know it.

Well ill keep testing,

I'll save you the hassle shall I?

Your problem IS caused because the dimensions you have given your products (at least the few I just checked) are such that they can be mailed as large letters. Furthermore you have disabled letters as a valid shipping method.

You have several options available to you.

1. Increase the size of your products so that they are too large to be considered a letter.

2. Enable letter rates as a valid shipping method.

3. set the Hide parcel rates if letter sized option to "NO"

My recommendation would be option#3.

I humbly await your apology, and please don't insult me with your misleading bullshot again.

Thanks
Rod.

ps. Just to avoid further 'discussion' or 'denials', the following link shows what the server currently returns with 1x Crush Cosmetics 88 Ultra Shimmer Palette in the cart to destination postcode 2009

http://ozpost.vcsweb.com/postage.php...1&=&host=Crush

and this link
http://ozpost.vcsweb.com/postage.php...0&=&host=Crush

.. will show what *will* be returned with the same item, to the same destination when you enable option#3 above.

[Scott_C]

Its possible Im wrong here and didnt have an option set up properly or something.... but whether I'm wrong or right is really beside the point.

The issue as I see it Rod, is that you're continually rude and belligerent to people who are genuinely seeking answers. I didnt come on here to attack your module (I actually complemented it) but with the diatribe i received from you Ive decided to ditch it and seek another method entirely.

So...dont bother replying (or do I dont care) - I wont be reading it.

P.S. Here's some recommended reading for ya; a bedtime story

[RodG]

Its possible Im wrong here and didnt have an option set up properly or something.... but whether I'm wrong or right is really beside the point.

Still in denial eh.

I really did have you sussed out all along. I did the work for you, I've positively identified the error in your data, and I still get a slap in the face because I wasn't 'nice' to you. Just can't satisfy some people.

I would have been much nicer if you didn't lace your statements with what we both know were outright lies designed to make your claims appear more valid than they were.

The issue as I see it Rod, is that you're continually rude

You call it rude. I call it being bluntly honest. I have no need or reason to tolerate bullshot from you (or anyone else for that matter).

The simple fact is, you gave the bull, I called you on it. You only have yourself to blame for your obvious embarrassment.

but with the diatribe i received from you Ive decided to ditch it and seek another method entirely.

And this is supposed to hurt me somehow? I've already stated in my very first reply to you that YOUR attitude was almost enough to make me not want to help you in the first place. My mistake (and I really don't make that many) was ignoring my own gut feeling and attempting to help you anyway.
I won't make that mistake with you again.

I'd like to say I won't make the same mistake with others either, but it is in my nature to give everyone a second chance. You had yours and you blew it. (twice)

So...dont bother replying (or do I dont care) - I wont be reading it.

LOL, the thing is, I am apparently a better judge of character than you are ... I *know* you are reading this ... you simply can't help yourself.

That is your nature.

Just as it is my nature to call a spade a spade.

Rod.