ozpost shipping module

[RodG]

If there is some way I could continue to display a number of days instead of the other variations I would appreciate it a lot.

I'll possibly end up adding a toggle/switch for this.

Question. Since you prefer the Days, do you prefer them as they are currently supplied (IOW, NOT taking weekends into account), or would you prefer to use the *actual* number of days instead?

Or, to put it another way... if the estimated days is say "1" and the order is placed on a Friday, the real estimate should be 3 days 'cos that's how long it'll take to arrive at destination, so which is your preference, business days or actual days? (ideally, this should be what would your customers prefer). I'll probably only use the business days for the module, but I thought I should ask, because the direction I take with ozpost really is a direct result of user feedback.

Cheers
Rod

[RodG]

1 other quick question..
I have the Postage Delay (days) set to a minus figure to disable the estimate delivery time feature.
But after I set it to this, it starts adding new lines between the quotes. Which get larger and larger as the quotes go down through the list.

It works fine if I enable the Postage Delay (days).

Hmmmm, what interesting (and unexpected) behaviour... I need to look into this a lot further than I've time for at the moment (I have to head out shortly for the evening). It is this part of the code that has undergone most of the restructuring lately... and as surprising as it may seem, I've done most of my tests and checks with the older client programs.. It didn't really occur to me that the latest version would also have some hidden issues.
Doh!

I'll report back what I find, along with any suggestions for a fix/cure

Cheers
Rod

[GAM]

I'll possibly end up adding a toggle/switch for this.

Question. Since you prefer the Days, do you prefer them as they are currently supplied (IOW, NOT taking weekends into account), or would you prefer to use the *actual* number of days instead?

Or, to put it another way... if the estimated days is say "1" and the order is placed on a Friday, the real estimate should be 3 days 'cos that's how long it'll take to arrive at destination, so which is your preference, business days or actual days? (ideally, this should be what would your customers prefer). I'll probably only use the business days for the module, but I thought I should ask, because the direction I take with ozpost really is a direct result of user feedback.

Cheers
Rod

Hi Rod

Toggle would be good ;-)

I prefer 'business days'. The reason I prefer an estimated transit days system is that my 'dispatch days' can be irregular hence... 'x days estimated transit from dispatch date'.

FYI
I read about your new system regarding weekly dispatch days, a few posts back, and it sounds good and I imagine very appealing for many/most but it would not really work for me due to my 'irregular' dispatch days... typically Tue to Thur but often enough Mondays and Fridays too. Time of day also makes a big difference. I typically 'cut-off' same-day dispatch around midday i.e., orders received after midday would normally be dispatched the following business day.


If you are going to look at the 'days' vs 'date' toggle/flag then I will hold off upgrading (and hacking) the latest version.

Cheers
Greig

[Olsta]

It seems to be working at the moment (Road express only).
your debug shows other TNT methods available, so I assume you have disabled those.

BTW, your tpl_modules_shipping_estimator.php file hasn't been updated with the latest copy from the ozpost distribution package... it takes care of some of the messy formatting.

Cheers
Rod

Rod thanks for your quick response. Have updated that file. Had some issues with it early on that is why i reverted back to the older file but it seems to be working now. As for the tnt shipping still doesn't show when not in debug mode. Will leave the shipping module debug mode off so you can see what I mean. Don't understand it as the debugger doesn't give me any errors?? Yes I only have TNT Road Express enabled. I have tried to enable them all to see if any show up when debugging mode is off and none of them show.
superiormarinegroup.com.au/catalog

[Olsta]

No I spoke too soon. Updating the tpl_shipping_esitimator makes the search sidebox drop to the side and squeeze the page up. Looked at the coding and change the table dimmensions from 100% to a pixel width but didn't fix the side box issue. when I put the old file back in it is good again. ??

[Olsta]

No I spoke too soon. Updating the tpl_shipping_esitimator makes the search sidebox drop to the side and squeeze the page up. Looked at the coding and change the table dimmensions from 100% to a pixel width but didn't fix the side box issue. when I put the old file back in it is good again. ??

PLEASE DISREGARD THE PREVIOUS POST ROD. I added a form tag to the end of your updated tpl-modules-shipping_estimator file and this fixed the layout problem.

[RodG]

PLEASE DISREGARD THE PREVIOUS POST ROD. I added a form tag to the end of your updated tpl-modules-shipping_estimator file and this fixed the layout problem.

This is a known (and somewhat embarrasing) bug introduced into v2.1.1 <sigh>

Cheers
Rod

[RodG]

Don't understand it as the debugger doesn't give me any errors?? Yes I only have TNT Road Express enabled. I have tried to enable them all to see if any show up when debugging mode is off and none of them show.
superiormarinegroup.com.au/catalog

With the debug enabled, what you see in the 'server returned' section are the methods that are considered suitable for the item being quoted. If a method *does* show here, but *doesn't* show in the end listing, then it is because that method has been disabled.

In the test I performed, there were 4 valid TNT methods returned, but only one of them was showing, which was how I deduced that you had disabled some of rhem.

As a general rule, many/most errors will *also* show in the 'server returned' section, and they will have a quote of $0.00, and usually an estimated delivery time of -1 . In either case, quotes containing these values are also filtered from the final quote list.

There are *some* errors that can't easily be trapped or catered for in any meanginful or useful manner, and these are usually 'silently' ignored. For the most part though, if an error can be reported, it will be...

Anyway I figured knowing a little about what the debug is showing you will help solve many of the mysteries.

Incidently, you probably don't realise it, but with your debug enabled this afternoon I was able to identify an issue with *some* of the TNT error reporting, so thanks to you, the module now provides a little more debug information than it did this morning :-)

Cheers
Rod

[Olsta]

With the debug enabled, what you see in the 'server returned' section are the methods that are considered suitable for the item being quoted. If a method *does* show here, but *doesn't* show in the end listing, then it is because that method has been disabled.

In the test I performed, there were 4 valid TNT methods returned, but only one of them was showing, which was how I deduced that you had disabled some of rhem.

As a general rule, many/most errors will *also* show in the 'server returned' section, and they will have a quote of $0.00, and usually an estimated delivery time of -1 . In either case, quotes containing these values are also filtered from the final quote list.

There are *some* errors that can't easily be trapped or catered for in any meanginful or useful manner, and these are usually 'silently' ignored. For the most part though, if an error can be reported, it will be...

Anyway I figured knowing a little about what the debug is showing you will help solve many of the mysteries.

Incidently, you probably don't realise it, but with your debug enabled this afternoon I was able to identify an issue with *some* of the TNT error reporting, so thanks to you, the module now provides a little more debug information than it did this morning :-)

Cheers
Rod

Hi Rod, I have enabled the 4 TNT shipping methods for you and put the shipping module back into debug mode. I personally can't find any errors but I assume you would have a better knowledge and understanding of what the debug returns than I would even though to me it just looks like a straight forward return result on what shipping methods can be placed given the weights and dimensions produced. You may already have this info but I have a 23 page doc file from tnt for RTT (Version 2) which I could send you if you would like me to do so send me your email to [email protected]

Thanks Ollie

[RodG]

Hi Rod, I have enabled the 4 TNT shipping methods for you and put the shipping module back into debug mode. I personally can't find any errors

Well, as I said in my posting to you yesterday"
It seems to be working at the moment (Road express only).
your debug shows other TNT methods available, so I assume you have disabled those."

In other words, there were NO errors that I saw with MY test order.
I Just tried another item... still not a problem.

Conclusion: The problem you are having is Item specific, or perhaps destination specific. (help me out here huh? I can't check every item to every possible destination for you).

but I assume you would have a better knowledge and understanding of what the debug returns than I would

Not really, it is a straigtforward XML file

even though to me it just looks like a straight forward return result on what shipping methods can be placed given the weights and dimensions produced.

Exactly. As well as many of the possible error messages, should they occur. Did I not just explain all this too you?

You may already have this info but I have a 23 page doc file from tnt for RTT (Version 2) which I could send you if you would like me to do so send me your email to [email protected]

I appreciate the offer, but until/unless it is proven that the existing code is broken and/or produces invalid results then I probably won't even look at it, under the assumption it is no different than the informatation that I already have.

ANYWAY, as I've said, I tested your store last night and again just now, using an a couple of random items, to a couple of known valid destinations, and nothing was amiss... We clearly need to start working on the same page, please provide a link to the item along with the destination postcode/suburb that you are using that will show the problem that you are having and then perhaps I can solve the mystery.

Cheers
Rod