Australia Post Shipping Module 2.0

G'day,

I've submitted an update the the Australia Post Shipping Module.
http://www.zen-cart.com/downloads.php?do=file&id=1138

It now uses the new Australia Post API to get rates directly from the Australia Post server.

It includes the following delivery options:

Australian Delivery Options:

Regular Parcels
Prepaid Parcel Post Plus Satchels
Express Post Parcels
Express Post Satchels
Express Post Platinum Parcels
Express Post Platinum Satchels

International Delivery Options:

Sea Mail
Air Mail
Registered Post International
Express Post International

***Could a moderator remove the words 'OLD OBSOLETE' from the title and descripion of this module? The module was never obsolete. I had been using the previous version without any issues for over 3 years .***

Cheers,
Luke

Appreciate the contribution, I will make good use of this.

Hi I have loaded this plug in and it seems to be working except for no matter what domestic postage option I select it comes up as "Express Post Platinum Parcel". Any ideas why this would be happening.

Dear Luke,

I am using the Auspost shipping module in one of my zencart installation.

before somedays i checked it was working. i disabled it for some reason and i tried enabled it today.

Today, on the shipping page it gives me an error that "Unexpected error (no valid methods). Using AusPost Flat Rate".

Any Solutions??

Thank You
Harshal

Quote:

---

Originally Posted by bnesupplies

Hi I have loaded this plug in and it seems to be working except for no matter what domestic postage option I select it comes up as "Express Post Platinum Parcel". Any ideas why this would be happening.

---

Hi bnesupplies.

Did you get a resolution to this problem? I'm finding exactly the same thing happening in my store. I've just upgraded from Zen Cart 1.3.8a to v1.5.0.

Hi,
I have installed this plugin today, lets see what result it gives.
Now the new methods of payment & sending by Aus Post have changed a lot.
If these things can be included please

Pack and track international for intl shipping

click and send flat rate for domestic.

If some one can try and see how shipping in my sites are working then please look
www.realleather.com.au

Kingshuk

Quote:

---

Originally Posted by bnesupplies

Hi I have loaded this plug in and it seems to be working except for no matter what domestic postage option I select it comes up as "Express Post Platinum Parcel". Any ideas why this would be happening.

---

Same problem I have. Where is the developer ? anyone know to the solution to this problem?

bnesupplies have you solved this problem, if so how can you please share?

Cheers

We have decided to take this plugin out as it is causing problems with incorrect calculations. ZenAdmin please remove this plugin it might affect other users and also developer is not responding to our questions.

Quote:

---

Originally Posted by oavs

Same problem I have. Where is the developer ?

---

The "developer" is an ######. Don't expect any support from him. This code is a direct rip-off of my ozpost module
(http://www.zen-cart.com/downloads.php?do=file&id=899), which has been hacked by him to avoid using our subscription servers.

He released this code was released for the *sole purpose* to undermine the ozpost system (which is still struggling to recoup development & running costs), and as much as I hate to say it, this hacked code is having a noticeable detrimental effect on the future viability of ozpost (at least for ZenCart). I'm having to spread myself thinner and thinner by adding support for more and more different shopping cart systems to keep things afloat. Needless to say, even though I could easily solve this problem for you guys and this module, I have no incentive or reason to do so.

Quote:

---

Originally Posted by oavs

anyone know to the solution to this problem?

---

The solution is simple. Use ozpost. OK, so the servers are subscription based, but at least the modules are actively supported and regularly updated.

Quote:

---

Originally Posted by oavs

ZenAdmin please remove this plugin it might affect other users and also developer is not responding to our questions.

---

There is a rather long history behind this hacked module. In fact at one stage it *was* removed because changes made by the servers it relied upon made it totally non-functional for several weeks or so (Something that Etrader/Luke insists was never the case. See his 1st and only post in this thread).
Since that time he has made other (necessary) changes, resulting in the current buggy module.

Even though this is a hack, my code/module is/was released under the GPL licence, which means that technically Luke has done nothing 'wrong' with his modified release, as such I have no official grounds for complaint. I seriously doubt that the admins will remove his module simply because it has a bug or two. Most modules do (at least in the early stages of development). In fact I hope they *don't* remove it, because it does provide people an alternative to the subscription based system, and I'd seriously much rather have people voluntarily subscribe to support our services rather than have them subscribe under the impression that there isn't any other choice.

Bugger.... I had full intent to not post anything in this particular thread (or any others dealing with this hacked code). It seems that whenever a person has a question/issue about this hacked code, NO ONE will/can provide a response, which I find very frustrating, and when *I've* taken the time to reply (often weeks later as in this case) I end up being accused of trying to hijack the thread(s) for my own benefit.

I suspect I'll get the same accusations as a result of this reply. <shrugs shoulders>.

Anyway, if nothing else, perhaps that now you know a little bit of the history behind this module you'll have a better understanding as to why the problems remain, and the questions go unanswered. The module wasn't released for the benefit of Zenners, it was released to help destroy the viability of the ozpost system, due to some kind of moral objection that I was/am (supposedly) making a commercial profit from my efforts/work.

Cheers
Rod

Quote:

---

Originally Posted by realleather

If these things can be included please

Pack and track international for intl shipping
click and send flat rate for domestic.

---

<Blatant plug>

These options, and MANY, MANY others are already fully supported with the Ozpost module.
http://www.zen-cart.com/downloads.php?do=file&id=899

Don't hold your breath waiting for Luke to add this support to his rip-off module, because I've implemented most of the needed code server-side rather than client side, as such, Luke will need to create this from scratch rather than simply copying my work and giving it away for 'free' as he has done so far.

Cheers
Rod

Sorry for not replying sooner. I wasn't receiving the notification emails for this thread for some reason.

I have fixed the bug that was causing the module to default to the highest available shipping method.

I've submitted the updated module to the zen cart plugins section, so it will be available once they approve it.

I had no intention of hijacking the oz post module. I needed a solution for my customers because they didn't want to pay a subscription fee for a simple Australia Post module. I released it to the zen cart community in the hope that people would find it useful. Whenever I get a request for courier rates, I always direct them to oz post.

Believe it or not, I still have the original version of the Austpost module working on hundreds of sites. I added this new version because a lot of people on the forum were requesting a module that would work with the new Auspost API. From what I've read, Australia Post aren't going to pull down the drc.edeliver.com.au server anytime soon because so many websites still rely on it.

I have tested this updated version on quite a few live sites and it appears to be bug free. If you have any other issues, the best way to contact me is through the support link on my website (link provided in the readme file).

Cheers,
Luke

Rod,

If you don't want people 'ripping off' your code then don't release it under a GPL license.

The purpose of releasing something under a GPL license is so people can modify and use the code as they wish.

The whole of Zen Cart was founded on code 'ripped off' from os commerce.

Regards,
Luke

Quote:

---

Originally Posted by etrader

If you don't want people 'ripping off' your code then don't release it under a GPL license.

---

I'll repeat what I wrote in post#9
----------------------------------------------------------------------
Even though this is a hack, my code/module is/was released under the GPL licence, which means that technically Luke has done nothing 'wrong' with his modified release, as such I have no official grounds for complaint. I seriously doubt that the admins will remove his module simply because it has a bug or two. Most modules do (at least in the early stages of development). In fact I hope they *don't* remove it, because it does provide people an alternative to the subscription based system, and I'd seriously much rather have people voluntarily subscribe to support our services rather than have them subscribe under the impression that there isn't any other choice
-----------------------------------------------------------------------

What I've found most annoying about your hack is the LACK OF SUPPORT. On more than one occasion now I've found myself having to offer help and advice to folk using your module. Needless to say, the *best* advice I've generally been able to give is to urge them to use the code that is actually supported, in other cases I've reluctantly ignored these requests for help, which I find quite upsetting to do. I feel that I'm actually punishing these people by ignoring them, which is something that most folk around here know is against my nature. I try to help anyone I can, regardless of any personal views.

Quote:

---

Originally Posted by etrader

. If you have any other issues, the best way to contact me is through the support link on my website (link provided in the readme file).

---

When you uploaded your hacked code, did you ever take a look at the submission requirements? I'll refresh your memory.
----------------------------------------------------------------------------
Support: A support thread in the appropriate Addons/Contributions area of the Zen Cart® support forum should be opened following activation of a submitted contribution, where free support for that addon will delivered by the author and the community at large. Support for the addon should take place on the Zen Cart® forum.
----------------------------------------------------------------------------------

Luke, if you are NOT prepared to offer support IN THIS FORUM then you should remove this module and host it on your own website instead.

It is unfair to both myself and the users of your module to have it hosted here if you aren't willing and able to support it here.

I've nothing more to say on this matter.

Rod

Well I continue to look for a shipping module that works for me. I certainly do not want a canardly with however many bells and whistles if it simply wont start or turn off, let alone roll up or down the next hill, without carrying a suitably qualified grease-monkey or lucky hitch-hiker. If 130 view a carnardly but 200 view a beholden within almost the same timeframe, irrespective of each their final takers, surely these numbers are speaking on the behalf of the market. And as I am sure the Australian ecommerce market already extends into the 1000's, but has the potential to extend into the 10,000's, methinks something is seriously amiss here. Maybe it's time I wrote to my local Poli to implore our national postal agency and other transporters to start making it much easier for Aussie businesses to ship online, if only for the sake of our future mine-numbing economy.

Quote:

---

Originally Posted by RodG

It is unfair to both myself and the users of your module to have it hosted here if you aren't willing and able to support it here.

---

If you feel that it would be be better for Zen Cart and the open source community, then I will remove the free module from the zen cart plugins section.

Then maybe, as others have suggested, you should remove your module because it is not free. That would really help the Australian Zen Cart community (sarcasm).

If your servers are costing you so much to run, why don't you release a free module that uses the new AusPost API? Then you would have the whole market share and you could cross sell oz post to people who need more advanced options.

If you release a module that uses the AusPost servers and put a plug for oz post in it, I will install it on all the sites that I build and we will both win. I've built over 500 Zen Cart sites for Australian merchants. If I didn't spend so much time supporting them, I would have more time to devote to the Zen Cart forum.

Luke,
I've given things a few days for emotions to settle. You asked some questions that I thought worthy of a considered response.

Quote:

---

Originally Posted by etrader

If your servers are costing you so much to run

---

You know I've never said that, don't you? (please provide reference)
post#9: "is still struggling to recoup development & running costs" isn't the same thing, even when it is taken out of context.

Quote:

---

Originally Posted by etrader

why don't you release a free module that uses the new AusPost API?

---

How many reasons do you need?

Quote:

---

Originally Posted by etrader

Then you would have the whole market share

---

I think you have the wrong idea over who my market is. For starters, it isn't just for Zencart merchants. My market is much bigger than that. It extends to any Australian eCommerce merchant, regardless of their choice of software. The limit being how many different carts can I develop for (and keep updated) before having to consider hiring coder(s) and taking a managerial role (or ceasing growth).

Zencart is in the 'fortunate' position to be the platform I like best, especially for development, as such, ZenCart users are now over a year ahead of some of the releases for the other supported carts. I do have a self imposed 'rule' in regards to development and fixes though, and that is, the carts that generate the greatest number of server subscriptions have a higher priority than the less supported ones.

Quote:

---

Originally Posted by etrader

and you could cross sell oz post to people who need more advanced options

---

Here's some of the reasons why I won't release a free module that uses the new AusPost API:

1) I don't want/need the headache associated with yet another codebase, even if it is a 'spin-off' of 'ozpost'.
2) Such a module can/would/could be considered to be limited demo of a product. This would be against ZenCart policy.
3) I can't (and won't) place limits on the existing code to limit functions/features to subscribers only. This would be against ZenCart policy.
4) If I do this for ZenCart I'd feel obligated to do the same for the other eCommerce systems.
5) It doesn't fit with the long term objectives of the ozpost system.
6) I've already learned my lesson. If I treat my time as worthless, so does most everyone else.

Quote:

---

Originally Posted by etrader

If you release a module that uses the AusPost servers and put a plug for oz post in it, I will install it on all the sites that I build and we will both win. I've built over 500 Zen Cart sites for Australian merchants. If I didn't spend so much time supporting them, I would have more time to devote to the Zen Cart forum.

---

I have to ask. Is that 500 over the last year or last 10 years?
I'm guessing 10 years, and at any given time you have no more than ~50 active clients (if that).

The numbers you provide imply I'm only seeing the tip of the ZenCart iceburg, and the numbers put forward by dw08gm infer that even your figures ~500 per year is only the tip of an even larger iceburg @~5,000 to 10,000's

Quote:

---

Originally Posted by etrader

put a plug for oz post in it, I will install it on all the sites that I build and we will both win.

---

I have never fully understood why you never took up the developers discount offer(s) that ozpost provide. If you had even 100 clients using ozpost, the developer discounts would have saved you or your clients over $3300 in fees, not to mention the ozpost system getting a $6,600 boost. (which is more than last years total income for it). <puzzled>

I'm sure I also tried to open a discussion with you in regards to turning your talents towards help and support with the ozpost client module for ZenCart (so as to alleviate me of this duty so I could concentrate of the server code and/or other carts), but you chose to resurrect the old 'AustPost' module instead. I digress. Point being, I believe you are grossly stating your client base, and dw08gm is on a different planet if he thinks his figures are correct.

If you aren't understating things, with those figures I'm sure the ozpost server maintainers will be happy to discuss an even better deal.

Rod

Hi Rod

FWIW my (under)estimates stem from the following:

Australia had 2.2m businesses registered online in 2011.
170,000 new businesses were started in 2012.
Source ABS

So,
10,000 ecommerce/170,000 new business = ~6% of new business.
10,000 ecommerce/2,200,000 existing businesses = ~0.5% of existing businesses.

But then I can hardly wait for this:
http://www.ecommercereport.com.au/au...-november-213/

Quote:

---

59 per cent of Australian small to medium enterprises had taken orders online from consumers at April 2011.

---

source http://www.internetretailing.com.au/...australia.html

http://engage.acma.gov.au/commsreport/e-commerce/

http://www.ecommercereport.com.au/my...ness-activity/

http://blog.competitions.com.au/info...y-infographic/

cheers

And this one

http://www.abs.gov.au/AUSSTATS/[email protected]?OpenDocument

Quote:

---

Originally Posted by dw08gm

10,000 ecommerce/170,000 new business = ~6% of new business.
10,000 ecommerce/2,200,000 existing businesses = ~0.5% of existing businesses.

---

That's all fine, but how many and/or what percentage of these are or will be using ZenCart?

While the cost of shipping and handling has long been the number one reason why people abandon shopping carts, likewise, no doubt, a high percentage of developers abandon certain ecommerce solutions due to inadequate or difficult shipping (amongst other) modules.

http://www.invesp.com/blog/cro/shopp...fographic.html

Within Australia, I am sure many more would adopt zencart if the available shipping modules were easier to setup and use, as well as being reliable.

ATM, I cannot install ozpost and continue to develop my site without ozpost spitting the dummy that I am not online. Fix this and maybe more customers will come your way.

Cheers

Quote:

---

Originally Posted by dw08gm

While the cost of shipping and handling has long been the number one reason why people abandon shopping carts, likewise, no doubt, a high percentage of developers abandon certain ecommerce solutions due to inadequate or difficult shipping (amongst other) modules.

---

How does ZenCart rank compared to other carts in this regards?

Quote:

---

Originally Posted by dw08gm

Within Australia, I am sure many more would adopt zencart if the available shipping modules were easier to setup and use, as well as being reliable.

---

Do you know of another cart with a more suitable situation?

Quote:

---

Originally Posted by dw08gm

ATM, I cannot install ozpost and continue to develop my site without ozpost spitting the dummy that I am not online.

---

This has saved me (and many new users) a lot of headaches. By making the code behave this way helps isolate install/network issues from functional/operational issues.

Quote:

---

Originally Posted by dw08gm

Fix this and maybe more customers will come your way.

---

It has just as much chance of driving them away. Why allow an apparently fully successful install when it still couldn't function in a jailed environment.

There is nothing preventing ozpost from being installed on ''localhost', as long as it has network access. To use this as an excuse is akin to saying that ZenCart drives people away because PayPal needs to be easier to setup and use, and be online to test.

Cheers
Rod

Rod

Your mod is the only one I am aware of that requires online connection to install. Paypal does not require as much and does not crash my site, therefore your comparison is a furphy. Once upon a time your mod did not require online installation and was never that difficult to install, as the forums testify. Then you changed the procedure more to suit yourself than your customers and subsequently experienced sales stagnation. You make it difficult to sympathise with you regarding insufficient or loss of patronage.

This may be a silly question but where do you put in the dimensions of individual products on the products, I can see the weight but not where to enter the LxWxH. I see in the module there is a 'Default Parcel Dimensions' but nowhere in the actual product.

Are these a couple of bugs?

Line 171 aupost.php
$parcelweight = $w * $q;
Should be
$parcelweight = $w * $q + $parcelweight;

In Line 191 aupost.php
$dims->fields['products_weight']
Should be
$w


Line 165 aupostoverseas.php
$parcelweight = $w * $q;
Should be
$parcelweight = $w * $q + $parcelweight;

Remove Line 167 aupostoverseas.php
$parcelweight = $parcelweight + ( $dims->fields['products_weight'] * $q ) ;

In Line 186 aupostoverseas.php
$dims->fields['products_weight']
Should be
$w

Hello,

I'm new to ZenCart and am struggling to configure the Australia Post Shipping Module. I've read through all the support I could find and I think it is configured correctly.

I am only using domestic shipping, either Standard parcels or Express post.

I have also converted over to using grams instead of pounds successfully (I believe).

The Plugin is reporting back a package under 500g to cost $5.80 rather than $7.20 (as per Aust. Post rates published 02/06/2014)
Similarly, Express post is reporting $7.98 rather than $9.90.

Note these are not Satchels.
When I enter packages over 500g the cost seems to scale up apropriately, but seems to maintain a constant shortfall of around 20%.

I have turned on Enable Debug and this indicates it is reporting the correct weights and size data. And as I understand it from the Forums, the size data should not impact these calculations.

Is there perhaps an issue with the data Aust Post is feeding?

All help appreciated

Cheers,

Roger

Roger, since you're posting in this thread, I must assume you're using this module... A friendly word of advice: forget that module and go for ozpost. It is a subscription based module, but the cost is literally negligible, especially because of the help and support provided by Rod. It will save you a lot of time and money (yes, money, because ozpost returns accurate quotes as opposed to this module).

I am in NO way affiliated with ozpost, but have a few clients using it and all are extremely happy with it. And, after witnessing Rod's support first hand and his endless patience with my client, rest assured that the monthly cost which is not more than 3 cups of coffee is more than worth it... :wink:

Regards,
Leonard

I couldn't get it to work "out of the box" until I added ozpost's admin files, to add length, width and height to the products.

The plugin page says this mod is updated for zen cart 1.5.1. I know zen cart 1.5.3 hasn't been out long but I'm wondering if anyone has this mod working on 1.5.3. We have a zen cart 1.3.9 using Australia Post mod and we are ready to upgrade to zen cart 1.5.3. Any reason for this to not work on 1.5.3 when it does work on 1.5.1?

Just upgraded from 151 to 153 yesterday and the module is working. The update wrote over ozpost's admin files so I just reinstalled them and everything's OK.

Quote:

---

Originally Posted by bruce429

Just upgraded from 151 to 153 yesterday and the module is working. The update wrote over ozpost's admin files so I just reinstalled them and everything's OK.

---

Thanks for letting me know. It's appreciated.

I have just installed and set up this mod. It is enabled but not showing up as an option on the cart. What have I done wrong?

I just installed it on a test installation and it worked. Did you get your Auspost key?

Yes, and in admin it's got a green light. Maybe I'll reinstall. Thanks.

Nup, reinstalled, same problem. It's like it's not there at all. I even installed the International part, even though we don't want it.

Rechecked the readme file, I've done everything. What could it be??? :dontgetit

Getting desperate now. I need to get this site up.

I have installed this mod three times. In the admin, it all looks fine. But when I try to place an order, it's not there at all as a shipping option.

Does anyone have an idea what might be wrong? Mr Mod-contributor? Anyone? :(

I gotta remove my subscription from this thread... :smile:

I don't think you'll be getting any support from Mr Mod-contributor - he has never shown any interest in supporting the mod.

I've spent quite some time trying to get this module to work properly (keyword is properly) and gave up in the end - it's just not worth it. There's another module available - ozpost. I know it's subscription based, but look at it this way: how many hours of work have you invested in this module so far? How many more hours will you invest to get it all work properly and retrieve valid quotes? Also, how much frustration and hair-pulling does it involve? And ozpost subscription is a measly 10 bucks per month...

I must point out - I'm no way affiliated with ozpost nor do I make any profit from their module. RodG (the author of ozpost) is a very respected member of this community and spends numerous hours supporting other fellow Zenners for free - now imagine what kind of support his paying clients receive. I know that for a fact because I've recently witnessed his support with one of my clients and was quite surprised with the amount of patience he had...

I have two sites. In 1.51 it works and in 1.53 doesn't. Period. I think we need an alternative. I am not sure why Zen developers not taking Aust users seriously and develop it once and for all. Without the shipping how can one use?.

I look after two sites too. One 1.51 and the other 1.5.3. The shipping module works in both.

Hi thanks for the confirmation. Yes It is working next day for some reason.

Only problem is now regardless of which Aupost option I select it always assigns the last option on the list 'Express Post Platinum Satchel ' . If I disable all but 'Regular Parcel ' it still lists ' Express Parcel ' as the last option as selected.

Another words with only one 'Regular Parcel' option installed
1 x item at 0.5 kg
Aupost $7.20

but check out displays with options
Regular Parcel ( Parcel Post ) $7.20>> shows as BOLD SELECTED at the ESTIMATE pop UP
Express Parcel( Express Post ) $9.90 >> SELECTED at the checkout

Any ideas please?

I just got an email "Change to the IP address of Australia Post API on 17 October 2014 may impact your business." Does this affect those of us using this module?

It shouldn't. The module uses the domain name to access the API. If they don't change that, it will be OK.

Thanks.

Ok I received an email from Australia Post:
As noted in our Postage Assessment Calculator (PAC) update in April, we've now migrated the PAC API to a new host URL: https://digitalapi.auspost.com.au
Next, we're going to decommission the old PAC API URL: https://auspost.com.au/api
What you should do

Please update your websites and applications and migrate to the new URL as soon as possible. You can test the new URL directly at https://digitalapi.auspost.com.au.

In next correspondence:
The key that you use remains the same.


In this case, I would suggest that the notice be forwarded on to the Zencart Aus Post module developers.
They will need to check how they’re connecting to our API to retrieve prices and if they are using the old link.
I’ve provided an example of what they may need to update if they are using the old URL (auspost/api)

https://www.auspost.com.au/api/postc...arch.json?3000
https://digitalapi.auspost.com.au/po...arch.json?3000

Considering that the module developer is no longer working on this, do I just go through the files and look for the old link and change it to the new link?

Quote:

---

Originally Posted by Annie_zaz

.....

Considering that the module developer is no longer working on this, do I just go through the files and look for the old link and change it to the new link?

---

Take a look at the OzPost module, actively developed and updated - see https://www.zen-cart.com/downloads.php?do=file&id=899

Quote:

---

Originally Posted by Annie_zaz

Considering that the module developer is no longer working on this

---

Strictly speaking, the developer of this module (me) is still actively working and constantly upgrading this module.
https://www.zen-cart.com/downloads.php?do=file&id=899

The specific version that you are referring to is a ripoff copy of my code that was created because the person had objections about having to pay for the support and ongoing updates. <hmmmpphh>.

It's hardly a surprise that this person has chosen to not update it further. Why should he, when he gets nothing for his efforts (other than a possible satisfaction of undermining my efforts) <shrugs>

Quote:

---

Originally Posted by Annie_zaz

, do I just go through the files and look for the old link and change it to the new link?

---

You could do that, I guess - but that won't take care of the changes in the many different methods introduced several months ago, for example, platinum services no longer exist, Parcel Plus satchels no longer exist, satchels can now be insured, the introduction of priority post letters, signature option available for most services..... and the changes to the overseas deliveries are even more profound.

Having said that, I appreciate that you may only be interested in the 'basic' satchel and parcel services anyway, so 'ozpost' may well be a bit of an overkill, in which case, I've no problems with anyone using this hacked version, assuming you can keep it functional with the proposed API changes, but this isn't something I'm going to look into.

Cheers
RodG

Hi , only new to Zen Cart.

I am having a problem with the cart postage/weight total.

Example.

Product A = 100gm
Product B = 100gm

If I add to cart 4xA(400gm) and 3xB(300gm) this should be total weight of 700gm.

But when it does the postage calculator estimate it is only taking into account product A-400gm.

If I enter 7xA which is 700gm, same weight total as product A+B as above it is calculating the correct postage on the estimator.

So if my customers are ordering multiple products it is only taking the first product to calculate postage.

I am using the Aust Post Calculator.

ZenCart Version v1.5.5e

www.bargainbuyer.com.au is my site.

Does anyone know why it is doing this and how to rectify?

Thanks

Quote:

---

Originally Posted by Ccake77

Hi , only new to Zen Cart.
Does anyone know why it is doing this?
Thanks

---

YES .... It is NOT actively supported and updated.

Quote:

---

Originally Posted by Ccake77

Hi , only new to Zen Cart.
Does anyone know how to rectify?
Thanks

---

YES ..... See Post 45 from RodG above
RodG's mod is supported and constantly updated.
Switch to RodG's mod
It just WORKS .....

I've been actively using the original AustPost module for a number of years now with success. Mind you I only need Regular Parcel, Signature on Delivery and Express Parcel. We have no use for satchels. Since the emergence of PHP7 I've had to do minor tweaking especially with the split() function. Replacing it with explode() or preg_spilt() where necessary. However there is a session issue which I can track down. I wont go into details.
I've installed this AUPOST v2.3 (after I've tweaked for PHP7) purely because it doesn't have any session related issues. The only part I'm trying to get working the REG part of the module. I'll be replacing to show Regular Parcel + Signature on Delivery. Got it working in the original module but not this one.

Showing below as an example. All references for REG that show Registered I will replace with Signature on Delivery.

case "AUSPARCELREGULAR" ;
if (in_array("Regular Parcel", $this->allowed_methods))
{
$add = MODULE_SHIPPING_AUPOST_RPP_HANDLING ; $f = 1 ;
}
break;

case "REG" ;
if (in_array("Registered", $this->allowed_methods))
{
$add = MODULE_SHIPPING_AUPOST_RPP_HANDLING + MODULE_SHIPPING_AUPOST_REG_HANDLING ; $f = 1 ; /*$info = $xml->information[0]->registration ;*/
}
break;


Further along the code I've added the work 'Registered' is hopes it would show up as an option. In the Admin settings it all shows up fine.
$db->Execute("insert into " . TABLE_CONFIGURATION . " (configuration_title,
configuration_key,
configuration_value,
configuration_description,
configuration_group_id,
sort_order,
set_function,
date_added)

values ('Shipping Methods for Australia',
'MODULE_SHIPPING_AUPOST_TYPES1',
'Regular Parcel, Registered, Express Parcel, Prepaid Satchel, Prepaid Express Satchel, Express Post Platinum Parcel, Express Post Platinum Satchel',
'Select the methods you wish to allow',
'6',
'3',
'zen_cfg_select_multioption(array(\'Regular Parcel\',\'Registered\',\'Express Parcel\',\'Prepaid Satchel\',\'Prepaid Express Satchel\',\'Express Post Platinum Parcel\',\'Express Post Platinum Satchel\'), ',
now())"
) ;



I should, I have been receiving the correct quotes from Australia Post. Just need the Signature on Delivery showing up.

Move down I've added
$db->Execute("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) values ('Registered', 'MODULE_SHIPPING_AUPOST_REG_HANDLING', '2.95', 'Registered', '6', '7', now())");

MODULE_SHIPPING_AUPOST_REG_HANDLING was previously referred to MODULE_SHIPPING_AUPOST_RI_HANDLING

I'm no expert at coding or at using forums so please excuse any lack of decorum or proper formatting.

Is this plugin still being supported?
With the possible demise of ozpost plugin, and the fact that I now only use Australia Post, this looks like the go to for Aussie Zenners.
I've had to adjust a couple of things to get rid of debug issues, mainly to do with the latest PHP versions, but it returns issues with the size of parcels.
A box measuring 44 x 40 x 48 will return a valid quote from the AP website but the plugin reports that it is oversize and returns the flat rate set up in the plugin.

Any luck with this version Vacuum Dog? Can you let us know the changes you had to make to fix the errors? I think there's going to be alot of Aussie sellers looking for a new shipping module :(
The lack of news from ozpost is disapointing :(

Quote:

---

Originally Posted by Mitkins

Any luck with this version Vacuum Dog? Can you let us know the changes you had to make to fix the errors? I think there's going to be alot of Aussie sellers looking for a new shipping module :(
The lack of news from ozpost is disapointing :(

---

Unfortunately the very generous author and maintainer of the excellent Ozpost mod, who was known in the forum as RodG, passed away a few years ago, and AFAIK no one (except perhaps Gilby) has volunteered to maintain the mod. The code is certainly beyond my abilities.

That's very sad :(
Does anybody use this version of ozpost? or know if it still works?
It was my understanding that this version of ozpost used the Auspost API? So the ozpost servers wouldn't be needed.
"This module uses the Australia Post API to get valid quotes directly from the Australia Post server."

I have updated this plugin to V2.4 and it is available for download: https://www.zen-cart.com/downloads.php?do=file&id=1138

This upgrade of the Australia Post Shipping module uses the latest Australia Post API codes and URL and is compatible with PHP 7.4 and PHP 8.0.

It calculates postage rates for delivery addresses within Australia and overseas using two separate modules.

It allows you to get rates for the following delivery options:

Australian Delivery Options
Regular Parcel
Express Post Parcel
Prepaid Satchel
Prepaid Express Satchel
Express Post Platinum Parcel
Express Post Platinum Satchel

International Delivery Options:
Sea Mail
Economy Air Mail
Standard Post International
Express Post International
Courier International

I have updated this plugin to V2.4.2 and it has been submitted to the moderators. I will post here when it is available for download.

This upgrade of the Australia Post Shipping module uses the latest Australia Post API codes and URL and is compatible with PHP 7.4, PHP 8.0 and PHP 8.1.
It allows for the following delivery options.

Australian Delivery Options:
============================
Letters:
========
Aust Standard
Aust Priority
Aust Express
Aust Express +sig
Aust Express Insured +sig
Aust Express Insured (no sig)

Parcels:
========
Regular Parcel
Regular Parcel +sig
Regular Parcel Insured +sig
Regular Parcel Insured (no sig)
Prepaid Satchel
Prepaid Satchel +sig
Prepaid Satchel Insured +sig
Prepaid Satchel Insured (no sig)
Express Parcel
Express Parcel +sig
Express Parcel Insured +sig
Express Parcel Insured (no sig)
Prepaid Express Satchel
Prepaid Express Satchel +sig
Prepaid Express Satchel Insured +sig
Prepaid Express Satchel Insured (no sig)

International Delivery Options:
===============================
Letters are not offered as no items of commercial value can be send by International Letter
Sea Mail
Sea Mail +sig
Sea Mail Insured +sig
Sea Mail Insured (no sig)
Economy Air Mail
Economy Air Mail +sig
Economy Air Mail Insured +sig
Economy Air Mail Insured (no sig)
Standard Post International
Standard Post International +sig
Standard Post International Insured +sig
Standard Post International Insured (no sig)
Express Post International
Express Post International International +sig
Express Post International International Insured +sig
Express Post International International Insured (no sig)
Courier International
Courier International Insured

OldNGrey
environment Dev: Zen Cart 157d; Apache 2.4.46; PHP 8.0.20; 8.1.9 MySQL 5.5.5 -10.4.17-MariaDB; XAMPP v3.2.4; Windows 10 build 19041
PRODUCTION: Zen Cart 157d; Apache 2.4.41; PHP 7.4.3; MySQL 8.0.27; Ubuntu 5.4.0
GitHub: https://github.com/OldNGreyBMR

Hi, have been using the older version of this plugin and it seems to have an issue with my store in that if there are more than 35 items in the cart, the module falls over. A typical error log is below.

So, I updated it to your current version, but the same issue happens. If there are 35 items in the cart, all is well, if there are 36, the module falls over.

Is this something you have come across before? Seems a very odd issue, and no-one seems to have any idea about it (I posted in the forum a while back).

Also, another issue, I noticed that the cart was displaying the options that I had turned off in the module. For example, I don't use prepaid satchels and so they were turned off in admin, but in the front end they were still showing in the cart.

ZC version is 1.5.7 (no suffix, needs an update, I know), php 7.3, default ZC responsive template, very few mods overall.

Anyway, error log entry:

[13-Feb-2023 22:05:00 Australia/Sydney] Request URI: /index.php?main_page=shopping_cart, IP address: 154.6.151.140
#1 aupost->quote() called at [/includes/classes/shipping.php:174]
#2 shipping->quote() called at [/includes/modules/shipping_estimator.php:156]
#3 require(/includes/modules/shipping_estimator.php) called at [/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php:200]
#4 require(/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php) called at [/includes/templates/responsive_classic/common/tpl_main_page.php:177]
#5 require(/includes/templates/responsive_classic/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: Use of undefined constant AUD - assumed 'AUD' (this will throw an Error in a future version of PHP) in /includes/modules/shipping/aupost.php on line 145.

[13-Feb-2023 22:05:00 Australia/Sydney] Request URI: /index.php?main_page=shopping_cart, IP address: 154.6.151.140
#1 aupost->quote() called at [/includes/classes/shipping.php:174]
#2 shipping->quote() called at [/includes/modules/shipping_estimator.php:156]
#3 require(/includes/modules/shipping_estimator.php) called at [/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php:200]
#4 require(/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php) called at [/includes/templates/responsive_classic/common/tpl_main_page.php:177]
#5 require(/includes/templates/responsive_classic/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: Use of undefined constant MODULE_SHIPPING_AUPOST_HIDE_PARCEL - assumed 'MODULE_SHIPPING_AUPOST_HIDE_PARCEL' (this will throw an Error in a future version of PHP) in /includes/modules/shipping/aupost.php on line 302.

[13-Feb-2023 22:05:00 Australia/Sydney] Request URI: /index.php?main_page=shopping_cart, IP address: 154.6.151.140
#1 aupost->quote() called at [/includes/classes/shipping.php:174]
#2 shipping->quote() called at [/includes/modules/shipping_estimator.php:156]
#3 require(/includes/modules/shipping_estimator.php) called at [/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php:200]
#4 require(/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php) called at [/includes/templates/responsive_classic/common/tpl_main_page.php:177]
#5 require(/includes/templates/responsive_classic/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: Use of undefined constant MODULE_SHIPPING_AUPOST_CORE_WEIGHT - assumed 'MODULE_SHIPPING_AUPOST_CORE_WEIGHT' (this will throw an Error in a future version of PHP) in /includes/modules/shipping/aupost.php on line 398.

[13-Feb-2023 22:05:00 Australia/Sydney] Request URI: /index.php?main_page=shopping_cart, IP address: 154.6.151.140
#1 aupost->quote() called at [/includes/classes/shipping.php:174]
#2 shipping->quote() called at [/includes/modules/shipping_estimator.php:156]
#3 require(/includes/modules/shipping_estimator.php) called at [/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php:200]
#4 require(/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php) called at [/includes/templates/responsive_classic/common/tpl_main_page.php:177]
#5 require(/includes/templates/responsive_classic/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: Use of undefined constant MODULE_SHIPPING_AUPOST_CORE_WEIGHT - assumed 'MODULE_SHIPPING_AUPOST_CORE_WEIGHT' (this will throw an Error in a future version of PHP) in /includes/modules/shipping/aupost.php on line 398.

[13-Feb-2023 22:05:00 Australia/Sydney] Request URI: /index.php?main_page=shopping_cart, IP address: 154.6.151.140
#1 aupostoverseas->quote() called at [/includes/classes/shipping.php:174]
#2 shipping->quote() called at [/includes/modules/shipping_estimator.php:156]
#3 require(/includes/modules/shipping_estimator.php) called at [/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php:200]
#4 require(/includes/templates/responsive_classic/templates/tpl_shopping_cart_default.php) called at [/includes/templates/responsive_classic/common/tpl_main_page.php:177]
#5 require(/includes/templates/responsive_classic/common/tpl_main_page.php) called at [/index.php:94]
--> PHP Warning: Use of undefined constant AUD - assumed 'AUD' (this will throw an Error in a future version of PHP) in /includes/modules/shipping/aupostoverseas.php on line 139.

Lance
Firstly more specific information is required.
Exactly which "older version of this plugin" are you using. I didn't look at AuPost until v2.3 and that required modification to work with Australia Post and ZC157c as many things had changed since it was released in back in 2018.

Australia Post Shipping Module - Version: 2.4 worked with ZC 157 and PHP7.3
The more recent versions have improved.

I could not get V2.4 on zc157 to fail with 36 items in the shopping cart. What is the error message displayed?
Perhaps your 36 items are too large to be sent as one parcel with Australia Post.

Thanks for the fast response, it looks like I have 2.3, the overseas module says 2.3, the australia module says 2.2.1, no idea why they are different, they were uploaded from the same zip. But, when I rename them and upload the latest versions in all folders, the problem remains anyway.

When it fails, there is no error in the front end, just a php warning generated when the problem happens, so not really an error that shows up in the logs, but something is clearly failing somewhere.

To try it yourself, add 35 of these to the cart: https://www.ledsales.com.au/index.ph...oducts_id=1997

You will notice 4 shipping options, the first two are from the aupost module. Now change it to 36 or more and update, those options go away. The items I sell are small and light, it isn't a weight or volume issue, just a quantity issue.

I set up the shipping tables as a fallback for when it happens, but it is a bit of a pain.

I also should have mentioned that I have the modules to disable when there is an error, which is why they disappear. If I set the latest version to a fixed rate on error instead, that works but it says something like "overlength" or similar, would be worth changing that default to something like "Fixed rate" maybe?

Quote:

---

Originally Posted by Lance Turner

I also should have mentioned that I have the modules to disable when there is an error, which is why they disappear. If I set the latest version to a fixed rate on error instead, that works but it says something like "overlength" or similar, would be worth changing that default to something like "Fixed rate" maybe?

---

Do you have dimensions on the products ie (products_weight [ this is built into Zen Cart]; products_height; products_width; products_length)?
If so what are they for product 1997?

The problem is not the 36 items, it's that the combined size or weight is calculated as larger than Australia Post will handle. So a valid quote is not returned.

I have a version 2.5.3 on my GitHub at https://github.com/OldNGreyBMR/aupos...ags/v2.5.3.zip
It is backwardly compatible with PHP7.

Please try it on your TEST system (NOT production). Once the files are copied over, you will need to uninstall and reinstall each module and add your API code and tax rates.

I have updated this plugin to V2.5.3 and it has been submitted to the moderators. I will post here when it is available for download.

This upgrade of the Australia Post Shipping module uses the latest Australia Post API codes and URL and is compatible with PHP 7.4, PHP8.0 ,PHP 8.1 and PHP8.2.
It allows for the following delivery options.

Australian Delivery Options:
============================
Letters:
========
Aust Standard
Aust Priority
Aust Express
Aust Express +sig
Aust Express Insured +sig
Aust Express Insured (no sig)

Parcels:
========
Regular Parcel
Regular Parcel +sig
Regular Parcel Insured +sig
Regular Parcel Insured (no sig)
Prepaid Satchel
Prepaid Satchel +sig
Prepaid Satchel Insured +sig
Prepaid Satchel Insured (no sig)
Express Parcel
Express Parcel +sig
Express Parcel Insured +sig
Express Parcel Insured (no sig)
Prepaid Express Satchel
Prepaid Express Satchel +sig
Prepaid Express Satchel Insured +sig
Prepaid Express Satchel Insured (no sig)

International Delivery Options:
===============================
Letters are not offered as no items of commercial value can be send by International Letter
Sea Mail
Sea Mail +sig
Sea Mail Insured +sig
Sea Mail Insured (no sig)
Economy Air Mail
Economy Air Mail +sig
Economy Air Mail Insured +sig
Economy Air Mail Insured (no sig)
Standard Post International
Standard Post International +sig
Standard Post International Insured +sig
Standard Post International Insured (no sig)
Express Post International
Express Post International International +sig
Express Post International International Insured +sig
Express Post International International Insured (no sig)
Courier International
Courier International Insured

GitHub: https://github.com/OldNGreyBMR

Quote:

---

Originally Posted by OldNGrey

Do you have dimensions on the products ie (products_weight [ this is built into Zen Cart]; products_height; products_width; products_length)?
If so what are they for product 1997?

The problem is not the 36 items, it's that the combined size or weight is calculated as larger than Australia Post will handle. So a valid quote is not returned.

I have a version 2.5.3 on my GitHub at https://github.com/OldNGreyBMR/aupos...ags/v2.5.3.zip
It is backwardly compatible with PHP7.

Please try it on your TEST system (NOT production). Once the files are copied over, you will need to uninstall and reinstall each module and add your API code and tax rates.

---

I'm pretty sure it's not a size and weight thing, the products have no sizes (there are no size fields in the product listing page anyway, and I can't see anything in the settings about an assumed volume for each product), it all goes by weight, and those weights vary but are quite small. That product is 5g, so 35 of them is just 175g. But, if you select a smaller product, such as a 5mm LED which is 0.5g, it still bombs at 36 items. Or any combination of items, regardless of weight, it's always when it hits 36.

Quote:

---

Originally Posted by Lance Turner

I'm pretty sure it's not a size and weight thing, the products have no sizes (there are no size fields in the product listing page anyway, and I can't see anything in the settings about an assumed volume for each product), it all goes by weight, and those weights vary but are quite small. That product is 5g, so 35 of them is just 175g. But, if you select a smaller product, such as a 5mm LED which is 0.5g, it still bombs at 36 items. Or any combination of items, regardless of weight, it's always when it hits 36.

---

Have you tried the latest version yet?

Sorry, no, has been a very busy few days, might get to it on the weekend, will post results when I get a chance.

I have submitted Version 2.5.5 which is compatible with Zen Cart 157 to 158a with PHP 7.4 to PHP 8.2.

The following issues were corrected:
. postage girth not used for local post - changed to max volume in cubic metres
. corrected bug where GST was sometimes removed in the cart total for local post
. version number displayed in admin panel

The Github for AuPost 2.5.5 is located at https://github.com/OldNGreyBMR/aupost
The zip file can be downloaded directly from there or wait for admin update of the plugin download page.

OldNGrey

Version 2.5.5 can be downloaded from the plugins page https://www.zen-cart.com/downloads.php?do=file&id=1138

Thanks, will try to get to it asap and test it...

Ok, have set up a new shop in a subfolder, v1.5.8a, installed the module, and the issue is still there, ie if there are more than 35 items in total, the module fails and doesn't show in the cart.

Other issues: I have express and regular turned on, and the satchels turned off because I don't use them, but in the cart, it also shows the regular and express satchel options, even though they are turned off.

Also, there was some weirdness with total calcs, for example, with no admin fee added, it shows the regular small parcel as $10.90, but when I add a $1 fee, it changes to $11.60 (ie, it adds 70 cents).

Ok, worked out what's going wrong with the quantities. There is an option for "Default Parcel Dimensions", which I had set to my most common box size, but it seems the module is using those dimensions as a default product dimension, see debug grab below.

Attachment 20383

So, it was calculating a huge cubic volume. It seems the calculation is incorrect in the module.

Also, setting the Default Parcel Dimensions field to blank or 0,0,0 results in the module erroring as well, if those dimensions are not set, it should just ignore that part of the calc and just go by weight.

Interestingly, once I set the Default Parcel Dimensions to .1,.1,.1 the issue with the satchels showing when they shouldn't went away, so there seems to be some logic issues in the module as well.

Ok, an update, seems when I uploaded the new version of the module files I forgot to uninstall and then reinstall the module. Once I did that, a great many more options became available, as per the description. Only problem is, the satchel issue is still there, ie even turned off, the standard satchel and express satchel options still appear.

Quote:

---

Originally Posted by Lance Turner

Only problem is, the satchel issue is still there, ie even turned off, the standard satchel and express satchel options still appear.

---

Lance
I have identified the issue that lets the small satchel and small express satchel through and am working on.

Ok, thanks, for now I have just installed a second zone tables rates module, so have one for regular, one for express. Gets me out of trouble for the moment...

I have updated the Australia Post Shipping module in my GitHub repository https://github.com/OldNGreyBMR/aupos...s/tag/2.5.5-05

The AustPost module is now at V2.5.5-05 and the AusPost Overseas module is now at V2.5.5-03.

Before installing in Production environment please test it on a test system first. This version captures the redundant satchel codes returned by Australia Post and prevents them from being displayed when no satchel options are selected in the Admin configurations.

For those users of AustPost Shipping Module if you have not already modified the Zen Cart invoice to meet Australian Tax requirements there is a sample invoice and related language files in my GitHub at https://github.com/OldNGreyBMR/aupos...eases/tag/V1.0

Hi All,

Getting this error message when I press shopping cart button:

Fatal error: Uncaught TypeError: str_replace(): Argument #3 ($subject) must be of type array|string, SimpleXMLElement given in /home/xxxx/public_html/includes/modules/shipping/aupost.php:803 Stack trace: #0 /home/xxxx/public_html/includes/modules/shipping/aupost.php(803): str_replace() #1 /home/xxxx/public_html/includes/classes/shipping.php(201): aupost->quote() #2 /home/xxxx/public_html/includes/modules/pages/checkout_shipping/header_php.php(184): shipping->quote() #3 /home/xxxx/public_html/index.php(35): require('/home/a1ntacdk3...') #4 {main} thrown in /home/xxxx/public_html/includes/modules/shipping/aupost.php on line 803

Server Information
Server Host: xxxx503484.prod.phx3.secureserver.net (xxxx)Database: xxxx_live158Store Home: /home/xxxx/public_html/Server OS: Linux 4.18.0-477.21.1.lve.1.el8.x86_64Server Date: 07/11/2023 06:27:49 Server Up Time: Disabled/UnavailableHTTP Server: ApachePHP Version: 8.1.24 (Zend: 4.1.24)PHP File Uploads: OnUpload Max Size: 1024MPHP Memory Limit: -1POST Max Size: 1024MDatabase Engine: MySQL 10.6.14-MariaDB-cll-lveDatabase Host: localhost (127.0.0.1)Database Date: 07/11/2023 06:27:49Database Data Size: 244,613 kBDatabase Index Size: 36,112 kBMySQL Slow Query Log Status: OffMySQL Slow Query Log File: xxxxx503484-slow.log

Any help would be appreciated

1. What version of zencart and what version of PHP are you using?
2. What other modules do you have installed?

3. What version of aupost are you using? It will be displayed at the top of the screen in shipping modules when auspost is selected.
Attachment 20418

4. Is the user logged in or is it a guest user?
5. Does this occur when you add items to the shopping cart or when items are in the shopping cart and you enter an address and press the Update button?

Please provide all of the details requested above so I can assist.

Quote:

---

Originally Posted by OldNGrey

1. What version of zencart and what version of PHP are you using?
2. What other modules do you have installed?

3. What version of aupost are you using? It will be displayed at the top of the screen in shipping modules when auspost is selected.
Attachment 20418

4. Is the user logged in or is it a guest user?
5. Does this occur when you add items to the shopping cart or when items are in the shopping cart and you enter an address and press the Update button?

Please provide all of the details requested above so I can assist.

---

PHP version as stated in server info is 8.1
Quite a few have but have not finished the count as we are not finished
Not showing version for the Australia Post
Yes logged in
When looking at shopping cart it shows the error

The Australia Post plugin is now on Version 2.5.5.07
A link to the latest version is https://github.com/OldNGreyBMR/aupos...s/tag/2.5.5-07

Please use the latest version. After you copy the files, in Admin > Shipping Modules note down your codes, then > Remove Module and > Reinstall Module.

It looks like Australia Post is returning an blank quote. If you get an error with the latest version at least I'll be able to match an error with a line number in the code.

It will also help if you turn on the Enable Debug option in the module and see what is being collected and what is being sent.

Only do this is in a test environment.

Quote:

---

Originally Posted by OldNGrey

The Australia Post plugin is now on Version 2.5.5.07
A link to the latest version is https://github.com/OldNGreyBMR/aupos...s/tag/2.5.5-07

Please use the latest version. After you copy the files, in Admin > Shipping Modules note down your codes, then > Remove Module and > Reinstall Module.

It looks like Australia Post is returning an blank quote. If you get an error with the latest version at least I'll be able to match an error with a line number in the code.

It will also help if you turn on the Enable Debug option in the module and see what is being collected and what is being sent.

Only do this is in a test environment.

---

Have installed the latest module and it is showing the version now

The only issue that I am having is with the additional Handling fee does not appear to be working. I have placed zero in all the fields and nothing is changing with the prices being quoted and it does not appear to change them even if I place different amounts into the handling fee boxes and press update.

I even logged out and logged beck in again to test.

The only thing that is changing the cost is the default parcel dimensions.

Any suggestions what might be wrong?

Can you turn on Enable Debug andprovide a screen shot of the shopping cart with one item and the first postage estimates returned. ?

Quote:

---

Originally Posted by OldNGrey

Can you turn on Enable Debug andprovide a screen shot of the shopping cart with one item and the first postage estimates returned. ?

---

Image as requested.
Attachment 20419

Quote:

---

Originally Posted by OldNGrey

Can you turn on Enable Debug andprovide a screen shot of the shopping cart with one item and the first postage estimates returned. ?

---

Updated images
Attachment 20420

Attachment 20421Attachment 20421

This is very puzzling! Do you have AUD set as the default currency?
Could you also attach clear screen shots of your admin configuration for the aupost module?

Quote:

---

Originally Posted by OldNGrey

This is very puzzling! Do you have AUD set as the default currency?
Could you also attach clear screen shots of your admin configuration for the aupost module?

---

Setting is AU dollars and here are the screen shots.

Attachment 20422
Attachment 20423
Attachment 20424

Getting this error again and no rates are showing, I did update the exchange rate when I checked that it was Australian dollars as the default curency:


Fatal error: Uncaught TypeError: sizeof(): Argument #1 ($value) must be of type Countable|array, null given in /home/xxxx/public_html/includes/modules/shipping/aupost.php:635 Stack trace: #0 /home/xxxx/public_html/includes/classes/shipping.php(201): aupost->quote() #1 /home/xxxx/public_html/includes/modules/shipping_estimator.php(151): shipping->quote() #2 /home/xxxx/public_html/includes/templates/bootstrap/templates/tpl_shopping_cart_default.php(220): require('/home/a1ntacdk3...') #3 /home/xxxx/public_html/includes/templates/bootstrap/common/tpl_main_page.php(216): require('/home/a1ntacdk3...') #4 /home/xxxx/public_html/index.php(94): require('/home/a1ntacdk3...') #5 {main} thrown in /home/xxxx/public_html/includes/modules/shipping/aupost.php on line 635

The error reported only happened when I was logged in but for some reason it has not happened again since yesterday

The version you have is not the latest. Platinum parcels were dropped by Aust Post a while ago and taken out of aupost early this year

Please download the latest version from GitHub https://github.com/OldNGreyBMR/aupos...s/tag/2.5.5-07
Don't forget to remove the module and then reinstall the module to install the latest changes and values.
If you set Hide Handling Fees? to No it should have text after the returned value like (Inc $0.00 P & H)).

With the latest version I can track down the error by the line number. When the error occurs, It looks like you are getting an invalid or empty quote back from Aust Post.

Are all of your product weights in kgs?

Quote:

---

Originally Posted by OldNGrey

The version you have is not the latest. Platinum parcels were dropped by Aust Post a while ago and taken out of aupost early this year

Please download the latest version from GitHub https://github.com/OldNGreyBMR/aupos...s/tag/2.5.5-07
Don't forget to remove the module and then reinstall the module to install the latest changes and values.
If you set Hide Handling Fees? to No it should have text after the returned value like (Inc $0.00 P & H)).

With the latest version I can track down the error by the line number. When the error occurs, It looks like you are getting an invalid or empty quote back from Aust Post.

Are all of your product weights in kgs?

---

In zencart I have all items set to kilo and if it is only 1/2 kilo it is set to 0.50 for the item weight. If it is something like a ride on mower blade it is set to 1.51 kilo.

The dimension are not on all products because it is very time-consuming, so we set to 30,25,10 which most items fit into a satchel for Australia post.

I will get the module you suggested installed within the next 24 to 48 hours.

I have updated the Australia Post Shipping module in my GitHub repository https://github.com/OldNGreyBMR/aupos...s/tag/v2.5.6
and submitted this version to the administrators for review.


The AustPost module is now at V2.5.6 and the AusPost Overseas module is now at V2.5.6.


Changes are:
- update CODES to Exclude AP options that require purchasing additional AP packaging
- correct issue #10 related to incorrect price for some parcels >500 and <1000g


Before installing in a Production environment please test it on a test system first.

Hi folks,

I had customized the 2.0.2 module for a client, but after upgrading from php 5.4 to 7.4 and from an old zencart to the latest, the module is no longer working.. I just get error, postage could not be calculated. I used ai to try fix any errors that were coming up but still get the same message. Just tried to install aupost.php,v2.5.5.05 Sep 2023 and now im getting 'Sorry, we are not shipping to your region at this time.
Please contact us for alternate arrangements.'.

Is anyone able to help me get the old module I've customized working with some advice on what changed and why it wouldn't be compatible anymore with newer php and zencart?

Thanks,

Kias

You say you are on the latest version of Zen Cart (v158a)with PHP7.4.
In admin | shipping modules | Australia Post what version number is displayed?
What shipping modules do you have turned on?

Quote:

---

Originally Posted by Kias Henry

and now im getting 'Sorry, we are not shipping to your region at this time.
Please contact us for alternate arrangements.'.

---

This an error message from one of the default shipping modules built into Zen Cart.
Possibly related to "Free Shipping" see previous discussion [ https://www.zen-cart.com/showthread....his-time/page4 ]
also see the documentation [ https://docs.zen-cart.com/user/troub...ping_problems/ ]

I don't know when or why but suddenly I cannot select any other shipping except for standard parcel. Just returns a blank page when continuing to step2 of Delivery Information.
Zencart version 2.0.1 module version 2.5.6 PHP version 8.3.11

[08-Nov-2024 11:50:59 Australia/Melbourne] PHP Fatal error: Uncaught TypeError: strlen(): Argument #1 ($string) must be of type string, false given in /includes/modules/shipping/aupost.php:159
Stack trace:
#0 /includes/classes/shipping.php(245): aupost->quote()
#1 /includes/modules/pages/checkout_shipping/header_php.php(160): shipping->quote()
#2 /index.php(35): require('/users/user/...')
#3 {main}
thrown in /includes/modules/shipping/aupost.php on line 159

[08-Nov-2024 11:50:59 Australia/Melbourne] Request URI: /index.php?main_page=checkout_shipping, IP address: xxx.xxx.xxx.xxx
--> PHP Fatal error: Uncaught TypeError: strlen(): Argument #1 ($string) must be of type string, false given in /includes/modules/shipping/aupost.php:159
Stack trace:
#0 /includes/classes/shipping.php(245): aupost->quote()
#1 /includes/modules/pages/checkout_shipping/header_php.php(160): shipping->quote()
#2 /index.php(35): require('/users/user/...')
#3 {main}
thrown in /includes/modules/shipping/aupost.php on line 159.

[08-Nov-2024 11:50:59 Australia/Melbourne] Request URI: /index.php?main_page=checkout_shipping, IP address: xxx.xxx.xxx.xxx
--> PHP Fatal error: Uncaught TypeError: strlen(): Argument #1 ($string) must be of type string, false given in /includes/modules/shipping/aupost.php:159
Stack trace:
#0 /includes/classes/shipping.php(245): aupost->quote()
#1 /includes/modules/pages/checkout_shipping/header_php.php(160): shipping->quote()
#2 /index.php(35): require('/users/user/...')
#3 {main}
thrown in /includes/modules/shipping/aupost.php on line 159.

Please use v 2.5.6d from the GitHub https://github.com/OldNGreyBMR/aupost
That strlen(search) error was fixed in V2.5.6.c

Also please insure that handling fees are not blank or a space.

MAGIC!!
Thanks for such a quick response....awesome...fixed.

I am using module version 1.5.6.d and I have an issue with tax on shipping when paid through paypal.
I only ship from Australia to Australia.
I have taxable goods set in the AP module.
I have Basis of shipping tax set to shipping.
At checkout it shows the correct amount for shipping, $11.45, however when continuing to pay with paypal (my only payment method apart from walk-in) it becomes $10.41 which is the price before GST.
Not sure where the problem lies......:frusty::frusty::frusty:

That should read 2.5.6.d....

I don't use Paypal and don't have way to test it. I think you have to be using "PayPal RESTful" not the built in Paypal payments - check on the "PayPal RESTful" forum.

I use Dirbank AU and SecurePay for credit cards and neither has this problem.

A search shows similar problems in the past where the Localization > Currencies was not set to 1 https://www.zen-cart.com/showthread....46#post1232046. What is your setting?

Yeah, its set to 1.
The correct item prices are being sent to paypal, it's just the postage that's dropping the GST off the postage total including handling fees.
I'll check out the other plugin and see what happens.

If you use Store Pickup and set the cost to $10 ; set tax to GST; Tax basis to shipping:
so the cost inc is $11.00 does it still do it?