ozpost shipping module

[Mike_Dean]

Disappears as in it simply doesn't show, or disappears in that it can't find any valid methods?



There is a clue here somewhere... why am I not seeing it?


Cheers
Rod

The shipping estimator completely disappears.. not even the fall back rates appear...

Current conclusion .... there is something about v1.0.2 (and possibly other V1's) that has always been broken, but broken in such a way that it had no obvious ill effects.
Recent changes to the server code has now detected/reacted to this broken code, meanwhile the broken code was fixed at some point after 1.0.2, even though I wasn't aware it was broken in the first place.

Does this seem reasonable, or does it seem a little far fetched?

Given that you know the code more than anyone, and the facts at hand, I'd say your were on the right horse...

The cache issue still has me stumped tho.. I tried the same test on my daughters netbook, which as never been on my site, and the same results.. eg clearing cache rectified/resurrected the shipping estimator..

I can however give you one tiny tip/suggestion, the new server code is somewhat fussy about postcodes, in that they must now actually be legitimate ... with the older code it was possible to enter invalid codes such as '9999' and still get a legitimate *looking* quotes. The new code will fall back to the flat rates if such postcodes are used.

I did actually assume that to be the case, so when I was changing the shipping location, for each State, I was using the CBD postocde, eg x000 as the destination..


If I can do any more testing (read.. be a guinea pig) please let me know.. you've done soo much for my coding issues, So be happy to help out where I can..


Mike

[RodG]

If I can do any more testing (read.. be a guinea pig) please let me know.. you've done soo much for my coding issues, So be happy to help out where I can..

Once again I'm at a bit of an impasse and can't even think of anything more that you can do to help. I'd thought about asking you to enable the debug, but I suspect it won't be of much help as there wasn't a lot of debugging information made avaliable in V1.

Cheers
Rod

[Mike_Dean]

Once again I'm at a bit of an impasse and can't even think of anything more that you can do to help. I'd thought about asking you to enable the debug, but I suspect it won't be of much help as there wasn't a lot of debugging information made avaliable in V1.

Cheers
Rod

Hi Rod,

Didn't really want to throw more spanners in the works, but I feel I am about too

I just switched the php version on my test site (which is ZC 1.3.9c and ozpost 2.05) from PHP 5.3 back to PHP 5.2.11 to test an unrelated issue, and the shipping estimator broke eg, it disappears..
I did change the store name back to a single entity, to see if it had the same pattern as ozpost 1.X on my live site, but it made no difference..
Is this all related, or have I uncovered something you'd rather I hadn't ?


Mike

[AussieMaille]

We came across this problem Friday night when a customer contacted us saying she couldn't buy anything....there were no post options.

We are running Zen Cart 1.3.8a were using Version 1.02 of ozpost I believe.

We upgraded to V2.05 as that was what was being advised at the time. It seemed to fix the problem, at least immediately.

Unfortunately we seem to be having intermittent problems. It works sometimes, and others it doesn't. With the estimator, repressing the done button will give the rates, but not always.

We haven't upgraded to the V2.06 yet as it seemed corrected....will V2.06 clear this issue up at all?

[RodG]

Hi Rod,

Didn't really want to throw more spanners in the works, but I feel I am about too

I'm afraid I'm going to have to ask you to stop doing that. Spanners and works really don't go well together. :-)

I just switched the php version on my test site (which is ZC 1.3.9c and ozpost 2.05) from PHP 5.3 back to PHP 5.2.11 to test an unrelated issue, and the shipping estimator broke eg, it disappears..

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

I did change the store name back to a single entity, to see if it had the same pattern as ozpost 1.X on my live site, but it made no difference..
Is this all related, or have I uncovered something you'd rather I hadn't ?

I'm not really seeing how it could be related, but I also can't really discount the possibility. For this one you'll probably need to inspect the log files and/or zencarts debug files - One or the other is sure to give some kind of clue. Even enabling the ozpost debug setting may offer some kind of clue.

Cheers
Rod

[RodG]

Unfortunately we seem to be having intermittent problems. It works sometimes, and others it doesn't. With the estimator, repressing the done button will give the rates, but not always.

Do you have a URL where I can test/check this for myself? I'm not doubting that there is a problem, but I need to look for any kind of pattern so that I can replicate (and hopefully fix) the problem.

We haven't upgraded to the V2.06 yet as it seemed corrected....will V2.06 clear this issue up at all?

Probably not. The changes between V2.0.5 and V2.0.6 were quite minimal and mainly of a cosmetic nature.

Cheers
Rod

[somedood]

Ok, so I upgraded from v1.x.x to v2.0.6 ozpost on Friday evening and everything appeared to be working ok.

However, it appears that the estimated rates are a tad off. I'm reasonably certain that the setup has been done correctly as I've copied all the old setting into the new one. But certain postcodes are coming back with values a little bit off (<$1) away from their real values. Have the postal rates changed? It was fine before I upgraded...

Also, 3kg express satchel is not showing up, but 3kg satchel is coming up fine. Both have been enabled. That's really strange since they'd use the same parcel weight and dimensions...

[RodG]

Unfortunately we seem to be having intermittent problems. It works sometimes, and others it doesn't. With the estimator, repressing the done button will give the rates, but not always.

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.

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

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

Is the problem related to any particular product or products?

Any clues will be helpful.

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

[giftpackaging]

Hi Rod,

Will you be adding Hunter Express to the list?

We have an account, but you don't require an account to use the frieght calculator. Pretty much charging on weight basis, which ever is larger. Actual or Cubic.

http://online.hunterexpress.com.au/h....do?start=true

Cheers,
Michael

[RodG]

However, it appears that the estimated rates are a tad off.

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.

I'm reasonably certain that the setup has been done correctly as I've copied all the old setting into the new one.

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.

But certain postcodes are coming back with values a little bit off (<$1) away from their real values.

Again, I need specific examples.

Have the postal rates changed?

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.

It was fine before I upgraded...

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.

Also, 3kg express satchel is not showing up, but 3kg satchel is coming up fine. Both have been enabled. That's really strange since they'd use the same parcel weight and dimensions...

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