ozpost shipping module

[RodG]

Hi Rod,

Will you be adding Hunter Express to the list?

It isn't one that I've considered, mainly due to the fact that I've never heard of them before.

I won't say that I won't or can't add it, but I will say "don't hold your breath waiting".

Cheers
Rod

[AussieMaille]

I've identified your store based on your forum username, and have spent the last few minutes adding items to the cart, refreshing the shipping estimator, etc, and so far not a single failure.

Sorry, had to step out.

Exactly how intermittent is this problem? Is there anything that you (or I) can do to invoke it?

My husband sent me some screen shots, where the estimator worked for him, but as soon as he went to check out, there were errors.

Right now, I can trigger local (Australian) rates, but when I try for o/s (America) there are no estimates showing and they get the we aren't shipping to your area message in the cart.

The people that that reported problems, do you know if they were logged in at the time?

The ones who have mentioned it were logged at the time, but I have tried both and received mixed results.

Is the problem related to any particular product or products?

Not that I am aware of.

Meanwhile, I would like to inform you that there is something amiss with your installation.. Nothing that would cause this problem, but it does affect how your quote screen appears.

There is a file in the ozpost release package called "tpl_modules_shipping_estimator.php" This needs to be copied into your /custom/ folder (whatever that may be with your setup).

It also appears that the ozpost languages file may also be incorreclty positioned because the logs indicate not all of your 'defines' are being set.

Cheers
Rod

Thank you for this, I will pass it on to my husband, he is the one that set it up.

[RodG]

My husband sent me some screen shots, where the estimator worked for him, but as soon as he went to check out, there were errors.

Oh? What kind of errors? Did it report an error or is this the same as your previous description of "It works sometimes, and others it doesn't".

An error message is much more informative (as long as I know what the error message is).

Right now, I can trigger local (Australian) rates, but when I try for o/s (America) there are no estimates showing

And once again, I've just checked the same thing on your store and have no problem at all...

-----------------------------------------------------
Shipping quotes are based on the address information you selected:
United States Available Shipping Methods Rates ( 12 Days Estimated Delivery.
Includes $2.00 Packaging & Handling. ) $29.30 ( 13 Days Estimated Delivery.
Includes $2.00 Packaging & Handling. ) $34.50 ( 13 Days Estimated Delivery.
Includes $2.00 Packaging & Handling. +$13.35 fee) $42.65

----------------------------------------------------------

and they get the we aren't shipping to your area message in the cart.

I must inform you that none of the ozpost (or the older AustPost) modules will ever produce this error message. This means you must have *another* shipping module enabled that produces that particular error message, and if I were a gambling man I'd take this is a clue and reckon that if THAT module finds a problem with the delivery area specified then it is quite likely the ozpost module ALSO won't be able to provide a quote to that SAME destination - In other words, you have two different shipping modules telling you the same thing - This means either both shipping modules are 'wrong' OR you have (had) something set up to dissallow shipping to that particular destination. Either way, this doesn't appear to be an ozpost problem.

The ones who have mentioned it were logged at the time, but I have tried both and received mixed results.

My tests indicate nothing amiss, so we are obviosuly both testing different things - For me to duplicate the problem (and therefore find or offer a solution) we are both going to be doing the same thing, and as you can apparently replicate the problem quite easily, I am going to need you to tell me *exactly* what items (and how many) are in the cart when you experience the problem, along with the parcel destination at the time of the problem.

You might also try disabling/removing any shipping modules that you are not using (This is just standard/recommended practice). It minimises the possible cause of any given problem.

Cheers
Rod

[Mike_Dean]

Oh, a really big spanner. Our server is running 5.2.10 and doesn't have any problem.


Cheers
Rod

I'll swap the spanner for a small socket set...

When switching to PHP 5.2.11 its not ozpost that's breaking, its ZC's admin (At least I think..)

I went to turn on the debugging for ZC and ozpost and half of the shipping options have disappeared in ZC admin. The only ones that are now showing are 2 free options, 1 flat rate and the per item...

All other admin options, including payment etc all appear to be ok.. It's just shipping that's gone askew with the earlier version of PHP

Weird..!!

[RodG]

All other admin options, including payment etc all appear to be ok.. It's just shipping that's gone askew with the earlier version of PHP

Weird..!!

Delete/move any shipping modules that your aren't using (do this via a file manager rather than the admin functions). If the problem persists delete/move the remaining modules one by one until the problem goes away.

Well, that is what *I* would be doing.

Cheers
Rod

[AussieMaille]

Thanks Rod.

The Ozpost was the only one enabled, but free shipper and AustPost were both installed. I have via the admin area I have unistalled those two modules but I am still getting an error message that says.

Not Available At This Time
Sorry, we are not shipping to your region at this time.
Please contact us for alternate arrangements

There is no shipping estimate when using an American addy.

Using 1 stock item of this http://www.aussiemaille.com/index.ph...products_id=80 when I try to deliver to an Australian Address it is fine.

I just added a book to the cart instead, and that shipped fine, I tried 5 of the above mentioned rings and that is fine also, but 1 packet triggers the not delivering to your area. The details I have been using as a test are for Colorado with a post code of 80906 if that makes any difference.

There have been no code changes to the items, or the way they are processed, yet we have sent small orders off that were one bag overseas before this weekend without triggering the error message.

Thanks for your time Rod....it's greatly appreciated.

[vandiermen]

G'day Rod,

version 1.38

I have installed the latest version and it all works fine. But i have found a problem with my FCKeditor, it does not seem to want to work properly anymore. When i restore my website to a back up version running the fist version of ozpost my FCKeditor is working fine.

Have you had this issue reported to you? Do you think the new ozpost module can interfere with the editor? Do you have any suggestions on how i might resolve this problem.


The original ozpost module was great but now doesn't want to connect to the Australia post server anymore is there anyway you could reset this module for the people that don't need all the new improvements of the newest version of ozpost.

This would solve my issues and would be greatly appreciated if you supported the early version to server once again.

Thanks Rod.


Best Regards Sean

section of the new 1.3.9 code in either
admin\includes\modules\product\collect_info.php
or
admin\includes\modules\update_product.php
causes fckeditor to malfunction; these 1.3.9 files have been added to the new ozpost module so it is compatible with the new zencart;
however if your using 1.3.8 and want to update your ozpost and still use your FCKeditor... the new ozpost only updated these files to make it compatible with 1.3.9 and you don’t need to update the admin update_product.php and collect_info.php if your using 1.3.8; am I correct rod?

attached are the 2 files for 1.3.8/1.3.8a that should fix your problem, but we better get the ok from rod.

[RodG]

Thanks Rod.

The Ozpost was the only one enabled, but free shipper and AustPost were both installed. I have via the admin area I have unistalled those two modules but I am still getting an error message that says.

Not Available At This Time
Sorry, we are not shipping to your region at this time.
Please contact us for alternate arrangements

I can only repeat, this message is NOT produced by ozpost. I know nothing about whatever module does produce this error.

There is no shipping estimate when using an American addy.
Using 1 stock item of this http://www.aussiemaille.com/index.ph...products_id=80 when I try to deliver to an Australian Address it is fine.

With this information I have been able to duplicate the problem. (I wonder how many guesses it would have taken me otherwise?)

I just added a book to the cart instead, and that shipped fine, I tried 5 of the above mentioned rings and that is fine also, but 1 packet triggers the not delivering to your area.

At this stage you have all the information required to solve your own problem (Well, at least one of them). I'd like you to think on this a little before I put you out of your misery though. :-)

The details I have been using as a test are for Colorado with a post code of 80906 if that makes any difference.

No, that will not make a difference. Overseas quotes are based on country only. Any other input data is ignored.

There have been no code changes to the items, or the way they are processed,

That's good, it shows that you're thinking :-)

yet we have sent small orders off that were one bag overseas before this weekend without triggering the error message.

Again, I can't explain that error message (I am aware of its existence, I simply don't know where or what module it originates from or what it is that triggers it), but I can explain the missing overseas postage with that single/specific item.

I'll give you a couple of hints.
1. It has something to do with the size/weight of this single item compared to the size/weight of several of these items combined.

2. It has something to do with a difference between the methods allowed for Australian Delivery vs the Methods you have allowed for overseas delivery.

In addition to this I'll give you a 'tip' - I can't remember if v2.0.5 had this or if it was something I added to v2.0.6 - Anyway, it is an 'old' tip that has been applicable to all versions of ozpost - namely, the
Hide parcel rates if letter sized ? setting, which states "If the parcel/items are letter sized would you like to hide the parcel postage rates?"

*I* think this description is self-explanatory, but it now comes with this:
Tip: If you dissallow letters set this to NO.

OK, so you now have two clues and a useful tip. Any ideas what the problem is yet?

That's right, you have allowed letter rates for Australian Delivery, but dissallowed them for overseas. This, combined with the fact that you have told the module to hide parcel rates if the item is letter sized, means that you simply haven't allowed any valid method to send this single item overseas.. parcel rates are hidden, letter rates not allowed.

Solutions.
1 Allow letter rates for overseas shipping
2. DON'T hide the parcel rates if the item is 'letter sized'.
3. Alter the minimum weight/dimensions of the item(s) so they will never be classified as being suitable for letter rates.

My recommended solution is #2 (if you really want to dissallow overseas letter rates), or, Solution#1 if you wish to offer your customers the cheapest possible postage.

Apologies for making you 'work' to get to these solutions (I've had to work harder to get here too), but i beleive that if I can make people think about some of these kinds of problems rather than simply asking for and expecting answers, over the longer term this early effort is sure to pay off. :-)

Cheers
Rod

[RodG]

am I correct rod?
.

I don't know. I avoid getting into discussion about fixes for which I wasn't even aware was a problem.

What is the exact/specific nature of this fix?

Cheers
Rod

[Mike_Dean]

Delete/move any shipping modules that your aren't using (do this via a file manager rather than the admin functions). If the problem persists delete/move the remaining modules one by one until the problem goes away.

Well, that is what *I* would be doing.

Cheers
Rod

And Now I'll put the socket set away.. and pick up the spanner again.

I did, as suggested, and started removing the various other shipping modules via the files themselves..

At the end I was left with no modules at all, and it did not resolve itself. I then went in reverse and only deleted the ozpost file and all was good.

That was on PHP 5.2.11.. I was going to try an earlier version of PHP, but Apache kept having a hissy..

On PHP5.3 no issues at all...