ozpost shipping module

[lat9]

Unfortunately, Rod, it doesn't help. The file tpl_modules_shipping_estimator.php doesn't exist in the template-override directory and it hasn't been modified in the template_default directory.

The site was just upgraded from Zen Cart v1.5.3 to v1.5.4; here's the Server Information:

Server Host: instant1643.server.com (209.236.74.166)       	Database Host: localhost (127.0.0.1)
Server OS: Linux 2.6.32-431.5.1.el6.x86_64    	Database: MySQL 5.5.42-cll
Server Date: 30/03/2015 03:53:44   	Database Date: 30/03/2015 03:53:44
Server Up Time: 03:53:44 up 6 days, 6:47, 0 users, load average: 0.00, 0.05, 0.05 	HTTP Server: Apache/2.2.27 (Unix) mod_ssl/2.2.27 OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_perl/2.0.6 Perl/v5.8.8
PHP Version: 5.3.28 (Zend: 2.3.0)   PHP Memory Limit: 32M 	PHP Safe Mode: Off
PHP File Uploads: On    Max Size: 2M 	POST Max Size: 8M
Database Data Size: 16,311 kB 	Database Index Size: 4,235 kB

I did the one-click ozPost upgrade from 3.6.2 to 3.6.5.

[RodG]

Unfortunately, Rod, it doesn't help. The file tpl_modules_shipping_estimator.php doesn't exist in the template-override directory

This is the problem. Why doesn't it exist? (Generally insufficient permissions for ozpost to create it).

and it hasn't been modified in the template_default directory.

Nor should it be. The ozpost installer is supposed to copy this to the template-override directory and then modify it.

I did the one-click ozPost upgrade from 3.6.2 to 3.6.5.

I'm still in the process of updating and modifying the installation/upgrade code to give better 'pre upgrade' reporting and testing, but this is quite a challenging task because the code that does the actual updating is the code written into V3.6.2, and you won't see the effect of the V3.6.5 changes until the *next* update comes out (and that's when I find I what I messed up with in the current release).

Anyway, est fix for your problem would be to copy the default tpl_modules_shipping_estimator.php file into the overrides folder, them make sure the server process can read and write this file, then click the buttons to uninstall and re-install the module, and all should be fine.

Cheers
RodG

[lat9]

Rod, I have no idea what transpired but when I re-checked the template-override directory, the shipping-estimator file has now been updated.

Does the distribution file that will be available in the Plugins list the file-related changes that are made? I keep a copy of all the site's files locally and I really don't want to have to go through directory-by-directory to find out what files have been changed in the update.

[RodG]

Does the distribution file that will be available in the Plugins list the file-related changes that are made?

Yes and no.

Yes, one of the files does list all of the files that the module updates.
No, there isn't a file that details what changes have been made to any of the files listed.

I keep a copy of all the site's files locally and I really don't want to have to go through directory-by-directory to find out what files have been changed in the update.

With almost all of the ozpost updates, the only changes have been to the 'main' ozpost.php file.

Where the installer needs to modify any core code it creates a backup called filename.php_ozpRestore, so to quickly find the changed files just search for the *_ozpRestore files.

Cheers
RodG

[lat9]

Another question: Shipping weights.

I've got a product that is defined with a weight of 0. The ozPost Weight factor is kilos, the "Tare Weight" is 500:+90,1000:20,2000:15,10000:+2000. the "Action on 0 Weight" is default, the default weight is 2900.

When I estimate shipping, the weight of the product is shown as 4.9kg. Where did that number come from?

[RodG]

Another question: Shipping weights.
I've got a product that is defined with a weight of 0. The ozPost Weight factor is kilos,

0kg or 0gm, its all the same :-)

the "Tare Weight" is 500:+90,1000:20,2000:15,10000:+2000.

These are applied to the parcel, not the individual items.

the "Action on 0 Weight" is default, the default weight is 2900.

Uhuh.

When I estimate shipping, the weight of the product is shown as 4.9kg. Where did that number come from?

The defined product weight is '0' so the 'Action on Zero Weight' is applied, giving this item a weight of 2900gm and a tare weight of 15% = +435gm = 3.335Kg...

Nope. That's not it. Perhaps something has gone amiss with the tare calculations, and they are seeing the assigned weight as 2900kg, and therefore giving a tare weight of 2kg... At least that will explain the 4.9kg.

Enabling the debug should indicate the tare weight being applied, as well as whether its a fixed amount or a percentage, so it shouldn't be hard to verify this suspicion.

Cheers
RodG

[lat9]

Rod, I've copied and pasted the debug-information HTML, confirming your suspicions regarding the tare weight:

Weight	  2900g 	Items	 1	Weight	 4900g
Dimensions	  29 x 25 x 2.5 	 29 x 25 x 2.5
Cube / Weight	  1812.5cc / 0.453125kg 	 1812.5cc / 0.453125kg
Calculated: Length=29.20cm, Width=25.20cm, Height=2.70cm, Weight=4900g, NumBoxes=1
Using a tare weight of +2000gms

[Bruce1952]

Hi Rod,

I am having an issue with the ozpost module which does not appear to be working for overseas items to post especially New Zealand at this stage and has only happened since march this year. The error message that I am getting is:
Sorry, we are not shipping to your region at this time.

I am using the latest version of ozpost V4.2.4 I have also tested the server and these are the results:
[email protected]> Connect Time : 4ms > Name lookup Time : 3ms > Total Time : 1307ms > Poor
[email protected]> Connect Time : 27ms > Name lookup Time : 0.041ms > Total Time : 150ms > Excellent
[email protected]> Connect Time : 33ms > Name lookup Time : 3ms > Total Time : 307ms > Good

[RodG]

Hi Rod,

I am having an issue with the ozpost module which does not appear to be working for overseas items to post especially New Zealand at this stage and has only happened since march this year. The error message that I am getting is:
Sorry, we are not shipping to your region at this time.

This is not an ozpost issue

The zencart faq file states ....
....................
This message usually occurs when you have no available shipping modules for that customer's address.

A module is unavailable for one of two reasons:

1. it's not installed
2. or it's installed but has a Shipping Zone restriction set on it, and the customer's shipping address isn't in that specified zone.

Or maybe the order qualifies for Free Shipping, but you don't have the freeshipper module installed.
......................

We can obviously eliminate the possibility that its not installed, and we can also eliminate the shipping zone restriction as a possibilty because the ozpost module doesn't even have (or use) shipping zone restrictions. As far as the ozpost module is concerned there are only two zones, Australia and not Australia, with neither being restricted. Ozpost only uses this to determine whether GST is applicable to the quotes or not and it isnt a user configurable option, its just a simple fact. Australian destinations have GST included. Non Aust destination are GST exclusive. All zones/regions are considered valid (for quote purposes)

So this means that the problem is going to be related to the Freeshipping/freeshipper module .... or, you have *another* shipping module enabled that *does* impose zone restrictions and it is *that* module that is triggering the "Sorry, we are not shipping to your region at this time" message... hmm, it is also possible (I think) that this message could be triggered by a zone restriction imposed by your payment module(s).

So, although I cant tell you exactly what *is* causing the restriction, I can tell you with 100% confidence that it is *not* the ozpost module causing it.

Hopefully this is of some help?

Cheers
Rod