ozpost shipping module

[AussieMaille]

ps. My 'clue' as to the the reason for your problem came from
"Letters, Registered Letters, Air Parcel, Registered Air Parcel, Insured Air"

Compare this with what you'll now see... can you spot the difference?

Currently it is displaying as Letters., Registered Letters., is that the difference the full stop? Or am I even more red faced than before?

[RodG]

(sorry ignore my post, my site is somehow working against the mysterious error!)

It keeps things interesting tho.

I cannot get "Hide parcel rates if letter sized ? No" to work, as it either shows letter OR parcel, not both.

I don't suppose I could be lucky enough to have you remove/install and hope this takes care of your similar, but opposite problem too, could I?

Cheers
Rod

[jld]

I can't really determine from this error message WHICH of these settings is causing your problem, the "safe_mode" setting or "an open_basedir is set"

I think the easiest fix would be to edit the ozpost.php code, line 713 by commenting out (or deleting) that particular line of code. This line of code MAY be needed in the future, but is currently superflious.


Did the icon files get uploaded correctly to the right place? Have you tried any of the other icons types (this module contains 3 complete sets of icons, selectable by filetype. (jpg, gif or png) with the additional option of no icons at all (text only).

Hopefully this will help solve your problem(s).

Cheers
Rod

Hi Rod,

Everything is now working with the exception of the icons. I still get placeholders no matter what type of icon I select and this doesnt change even if I say no icons.

Any ideas?

Johanne

[RodG]

Currently it is displaying as Letters., Registered Letters., is that the difference the full stop? Or am I even more red faced than before?

Yes! That's the difference, and there wouldn't be any need to be red faced about it anyway. I am probably the only person in the world that would've picked up on that. It is a result of the problem I had with naming conventions. Even though "Australia" and "Overseas" are segregated, the actual shipping methods need to be uniquely identified. "Letters" without the fullstop indicate Australia and with the fullstop overseas. In other words your overseas letters were being considered as local and therefore not appearing. To me, it indicated something amiss with your configuration data :-)

Cheers
Rod

[RodG]

I still get placeholders no matter what type of icon I select and this doesnt change even if I say no icons.

Any ideas?

Only one. Refresh your cache and/or restart your browser. Your icons are showing just fine for me.

Cheers
Rod

[jld]

Hi Rod,

Thanks very much. I still have L plates on and I realy appreciate your help and thanks for the module creation.

Regards

johanne

[RodG]

IMPORTANT NOTICE. ozpost v1.0.2 has a bug that is affecting a number of users/installations (but not all).

If you have been having problems obtaining shipping quotes from around 4th June 2010 there are two solutions.

1. Upgrade to the latest ozpost module (currently v2.0.6)

2. Make the following changes to the file /includes/modules/shipping/ozpost.php

Line 338 (or thereabouts) reads // Server query string // (or similar)

Immediately after this insert the following line:

$HOST= str_replace(" ", "+", $HOST) ;

Then change the line after from:

$qu = $this->_getAPdata($SERVER, "/postage.php?fromcode=" . MODULE_SHIPPING_OZPOST_SPCODE ."&destcode=$dcode&weight=$parcelweight&height=$parcelheight&width=$parcelwidth& length=$parcellength&value=$ordervalue&flags=$flags&$method=$method&host=$HOST&v ersion=$VERSION") ;

To:

$qu = $this->_getAPdata($SERVER, "/postage.php?fromcode=" . MODULE_SHIPPING_OZPOST_SPCODE ."&destcode=$dcode&weight=$parcelweight&height=$parcelheight&width=$parcelwidth& length=$parcellength&value=$ordervalue&flags=$flags &host=$HOST&version=$VERSION") ;

(Specifically, you will be deleting "&$method=$method" from the line). Not only is '$method' not used/required here, but it is syntaxually incorrect).

Resave the file, and all should work again.

To the best of my knowledge no other versions are affected.

Cheers
Rod

[Mike_Dean]

IMPORTANT NOTICE. ozpost v1.0.2 has a bug that is affecting a number of users/installations (but not all).

If you have been having problems obtaining shipping quotes from around 4th June 2010 there are two solutions.

1. Upgrade to the latest ozpost module (currently v2.0.6)

2. Make the following changes to the file /includes/modules/shipping/ozpost.php

Line 338 (or thereabouts) reads // Server query string // (or similar)

Immediately after this insert the following line:

$HOST= str_replace(" ", "+", $HOST) ;

Then change the line after from:

$qu = $this->_getAPdata($SERVER, "/postage.php?fromcode=" . MODULE_SHIPPING_OZPOST_SPCODE ."&destcode=$dcode&weight=$parcelweight&height=$parcelheight&width=$parcelwidth& length=$parcellength&value=$ordervalue&flags=$flags&$method=$method&host=$HOST&v ersion=$VERSION") ;

To:

$qu = $this->_getAPdata($SERVER, "/postage.php?fromcode=" . MODULE_SHIPPING_OZPOST_SPCODE ."&destcode=$dcode&weight=$parcelweight&height=$parcelheight&width=$parcelwidth& length=$parcellength&value=$ordervalue&flags=$flags &host=$HOST&version=$VERSION") ;

(Specifically, you will be deleting "&$method=$method" from the line). Not only is '$method' not used/required here, but it is syntaxually incorrect).

Resave the file, and all should work again.

To the best of my knowledge no other versions are affected.

Cheers
Rod

Hi Rod, went with option 2 and changed the file, but unfortunately, no change..

Still not getting any rates.

I'll have a look at option 1 later and report back..

Cheers
Mike

[somedood]

Please provide an example.

Generally speaking the rates provided will be accurate or not provided at all. Where there is a discrepancy between what the user expects and what the module provides it is the user that has it wrong.



Not an easy task considering V2 has a lot more settings than V1 :-)

Also, take careful note of the way the handling charges are defined, as some of them are applied differently between the versions.



Again, I need specific examples.



Yes, they have changed since V1.x..x but it shouldn't make any difference in regards to accuracy because the quotes are obtained in real time so you should always get the most up to date rates.



That's what they all say. Seriously, I've now lost count of the number of people that are still using the obsolete 'AustPost' module that hasn't been able to produce a valid quote for well over a year now, that have pretty much insisted it was fine until recently.



Strange: My test (your site)

3 Days Estimated Delivery.
Includes $2.00 Packaging & Handling. ) $11.90

3 Days Estimated Delivery.
Includes $2.00 Packaging & Handling. ) $13.30


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

I've no explanation why it doesn't show for you.

Cheers
Rod

Hi Rod,
I'll send you my site and login details in a PM.

Currently suburban VIC shipments are charged at $7.45 + $1 handling = $8.45 total which is correct, however country VIC is charged at $16.25 + $1 = $17.25, where previously was $16.15 total. I've used the same handling fee config. I'll keep playing around with the handling fees and see if it's different, but currently it looks like the fees are at least applied differently.

With regards to the satchels, your test was for aussiemaille's site, not mine. I'll PM you my site. It's strange because i've enabled auspost satchels and auspost express satchels but only auspost satchels come up.

Also, trying to get TNT up which is a great feature. Unfortunately it's also not showing up. I'm not exactly sure which of my logins to use, though. TNT website has a few. I've used my username and password and it doesn't show up. I've also used my email and password. My account number should be OK.

Anyway, if you could give me some clues it would be much appreciated.

[RodG]

Hi Rod, went with option 2 and changed the file, but unfortunately, no change..

Not sure what to say. I eventually managed to gain access to a site that was exhibiting this issue. and the changes I suggested/recommended cured the problem stone dead.

It is also no longer a mystery to me as to what is/was went wrong. The syntax error and/or spaces in the store name were both causing the client version information to not be passed on to the server. One of the more recent changes made to the server was to use this version information to determine whether to attempt to get TNT & FastWay quotes... No point in wasting CPU power returning quotes that the client doesn't support.

In an unrelated piece of server code where the version was unspecified the "default" code would just 'work', but due to a tightening of security and data validation the null input is preventing this behavior and exiting early.

I can't think of any reason whatsoever why the fix wouldn't work for you.

Perhaps you edited the wrong file? (I probably shouldn't admit this, but I wasted the best part of an hour yesterday because I was editing the file from a backup folder rather than the live site. Doh! )

Cheers
Rod