Printable View
Re: Ozpost - Fastway shipping not splitting boxes
Hi
Further to my previous post I should have included a better example - the previous example still calculated the correct amount but shows incorrect parcel size and no of boxes - once the weight limit for fastway is reached it then causes an error. I would have thought that it would have split the parcel into two or more boxes and still provided a quote? Are my assumptions incorrect?
See attached example.
Angelina
Oh, fuggl##############!!Quote:
Originally Posted by tpeck
Yes they are missing... I'll be repackaging and re-uploading ASAP.
Meanwhile, since you are doing an upgrade you can ignore them. The files you already have in place will do the job.
Cheers
Rod
The ozpost module does not and will not split parcels. All of my attempts to support this without risking the creation of physically impossible parcels or splitting items in impossible ways. have failed (and generally caused more problems than it has solved).Quote:
Originally Posted by Angelight
However, just because I have long given up with the near impossible task, others still think it worth trying, so with this in mind the ozpost module has a toggle to allow people to pass this task back over to zencart ... This is what the "Use Core weight" setting is for.
By enabling this function the 'normal' zencart parcel splitting, weight settings/limits, tare, etc will be used to create the packages rather than the ozpost supplied code.
Cheers
Rod
Thanks Rod
I will enable it and see what I can do for the client.
Cheers
Angelina
Hi Rod,
Long time not hear :-) so hope everything is well in your world.
I have just installed in a clean installation for a potential customer of yours :-) the ozpost_V2-3-2 (first install -60 days free) and got a problem.
I can not get the fields for height,length etc to show up when adding or editing a product. I have tried reuploading everything/unistalling and reinstalling etc no success.
I did then a comparison between a couple o files from theV2-3-2 and V2-0-9 and discovered that there are some parts missing.
For example the update_products.php from V2-0-9 has at line 43 and 44 the following:
'products_height' => $products_height,
'products_length' => $products_length,
That is missing in V2-3-2. Similar fileds are missing also from the language file.
I downloaded the module from the Zen cart site so I am not sure what is happening. Can you please advise?
Regards
Tassos
PS. the web site that the module has been installed is mirrorworks.com.au
Please re-download from http://ozpost.netQuote:
Originally Posted by hrinfo
Apparently the upload I did on the zencart site managed to include the original zencart files rather than the replacements.
Meanwhile I have just had a report of a rather odd installation bug (apparently new systems only, and only if no products have been added). I plan to look into this one this evening so there will probably be yet another update in a day or so.
Cheers
Rod.
Hi Rod,
As always helpfull :-), It worked thanks and I will keep an eye out for the update.
Thanks
Tassos
Hi RodQuote:
Originally Posted by RodG
The only way I have managed to split parcels to suit is to disable Ozpost for a certain categories (such as for oversized, overweight or high value products, eg art) and then arrange to manually provide a shipping quote.
I have often thought it useful to provide a checkbox flag on the Admin product input page that would disable/enable all shipping mods (except maybe the quote option) for products so flagged, but getting this to work with all shipping modules is a challenge for me.
Currently I use an IF statement in each shipping mod to disable that mod and force a special quote, however, with every new release of a shipping mod, the IF statement must be reinserted.
It would be super convenient if a basic version of such an IF statement was pre-written into Ozpost, whereby admins only had to insert their special category(s) or product(s) to disable the mod.
If such an IF statement already exists in Ozpost, can you please tell where it is, as I have yet to find it.
Nevertheless thanks for a great mod.
Cheers
Like all good shipping modules, the ozpost module makes use of and honors the $this-enabled variable.Quote:
Originally Posted by dw08gm
The IF statements that you are inserting into the individual modules is the *correct* thing to do, as the same code will be applicable to all modules.. a simple insert and you are done.
If the ozpost module had this line added with just the category variables that need to be changed I believe this would complicate things because then the ozpost module would need to be treated *differently* to the other modules.
Having said that, if you have a number of shipping modules that you need to modify, why not consider modifying the code that calls up the shipping modules in the first place? This way you can enable/disable any combination of modules in a single place, and you'll only need to update when the zencart core code gets updated.
Cheers
Rod
Now available: ozpost v3.0.0 The last update you'll ever need?
This is the first release of the new Series 3.
This update includes all the code fixes and changes up to and including the V2.3.4 release, plus one major new feature. This is possibly the last update you'll ever need!!!! Yes, starting from V3.0.0 this module now has the capability to update itself as new releases become available.
An option has been added to enable/disable the automatic updates, as well as another option for those that prefer (or still need) manual upgrades, this option will allow the saving of existing database settings during manual upgrades and/or re-installs. .
Any and all feedback welcome.
tip: for those that wish to 'test' the automatic upgrades may do so by 'faking' the version number of the V3.0.0 installation by altering the version number in the main ozpost.php file to something a lower than v3... eg: v2.0.0 or v1.0.0 - The actual number isn't important as long as it is lower, and in the same format. All being well, after doing this, the next time you log into the shipping section of your control panel the 'new' upgrade should take place, and just to confirm, the 'new' file should be identical to the original (unmodified) file, and your modified file will be renamed to ozpost.version where version is the version number you used in the modified file.
For those that are wondering, this was a 'fun' thing to code/test because when I made a change because things didn't quite work right any changes I made were being instantly overwritten by the 'latest' file on the server, which of course was the one with the problem I was trying to fix.. talk about a catch22 :)
Also please note: The upgrade code only updates the main ozpost.php file, it (currently) doesn't update any of the supplemental files (icons, etc). These are still only available via the distribution packages. I can/will add this additional functionality if/when needed.
Enjoy :)
Rod