I think I may be also having the same issue. I noticed over the weekend that sales stopped and only yesterday (after a customer query) discovered that the postal rates are displaying the Aust Post error 'Unexpected error (no valid methods). Using AP Flat Rate.' I have not added or made any changes to the site recently. I then installed the latest Ozpost module - although my zen cart version is only 1.3.8a so it may not be compatible? On top of that I have made the changes to the module ozpost.php as Rod outlined - but there is no change.
Perhaps I should revert back to the earlier Ozpost module suited to 1.3.8 and then make the changes to the ozpost.php module as outlined?
Any thoughts would be appreciated and Rod, if you wish to see the site I will pm you with the details.
Please, everyone. DON'T do this unless I specifically ask. Generally speaking, if I need login details then whatever it is you want/expect from me is going to be a chargeable job.
When I said I needed 'specific examples', I meant to imply that they need to be something that I can verify for myself.
I acknowledge that there are probably products in your store that will provide these shipping quotes, but I'm not going to spend the time adding random quantities of random products to a shopping cart and picking destination postcodes semi-randomly *just* to replicate the figures you have provided.
Previous to what? The Ice Age? The last price increase? The last incorrect quote provided to you by the obsolete AustPost module?
I will repeat... The same as what? ozpost V1? That'll cause you a problem straight up.. As per previous reply "Not an easy task considering V2 has a lot more settings than V1 :-) "
This comment worries me for two reasons.
1. It tells me that in spite of handling fees being shown, you haven't yet managed to decide whether it is the shipping quotes that are incorrect/different or whether it is the handling fees.
2. You should not need to "play" with the handling fees to see what they do. I believe they are all clearly marked, labeled, and otherwise pretty obvious what each of them do. I acknowledge that as clear as I attempt to make it, someone, somewhere, is going to be confused about one, perhaps two of the settings, in which case a little bit of experimenting soon resolves any confusion. What I'm getting from you as that that you are confused about ALL of them, therefore you feel a need to 'play'.
Playtime is over, and I'm not going to do your work for you.
Wow, what an amazing bit of insight... not only did I tell you that already, you also re quoted it back to me before presenting it as your own conclusion.
"Also, take careful note of the way the handling charges are defined, as some of them are applied differently between the versions."
Would/Should that make a difference? Same apparent problem (I guess/think), so I would assume the same conclusions (if any) could/should be applied. I shouldn't need to give every site/user personal attention.
That was aussiemaille 's complaint too. Have you tried the same fix that worked for there?
Temporarily enable DEBUG mode to capture the error message provided by TNT (if any). Then Contact TNT for further help.
Cheers
Rod
Hi Rod,
I can now say with 100% confidence, I am editing the right file
/public_html/includes/modules/shipping/ozpost.php
And the edited version now shows (at line 338)
// Server query string //
$HOST= str_replace(" ", "+", $HOST) ;
$qu = $this->_getAPdata($SERVER, "/postage.php?fromcode=" . MODULE_SHIPPING_OZPOST_SPCODE ."&destcode=$dcode&weight=$parcelweight&height=$parcelheight&width=$parcelwidth& length=$parcellength&value=$ordervalue&flags=$flags &host=$HOST&version=$VERSION") ;
If this all looks in order, as you suggest it is, then I will set to and update to the current version, as it seems I am the odd one out for whom the fix wont work..
Thanks for all your efforts thus far..
Mike
These are the words I dread most.
Yes, you MIGHT be having the same issue as one or more people in this thread, but this thread contains reports and fixes of many different problems going back several years, statistically everyone is going to have the same problems as everyone else, all else being equal. :-)
And the latest ozpost module is version ???? (for all you know, I may have released another version just today... I *haven't* but you don't know that, just as I have no idea what you think is the latest version (which is currently V2.0.6)
All versions of ozpost are compatible all versions of zencart from 1.3.7 upwards (and possibly even earlier versions).
Rod outlined changes to ozpost v1.0.2 only!! Surely that was clear?
Did you make this change before or after you " installed the latest Ozpost module"
So what bloody version did you change? V2?
I think you should just install the latest version of ozpost (v2.0.6) and worry about any problems afterwards, assuming there ARE any problems afterwards, in which case you'll be able to report the issues back here as a 'new' complaint, because whatever issue you find isn't going to 'be 'the same issue' that may or may not have brought you here in the first place.
Cheers
Rod
This may just be a formatting issue as a result of reposting, but I see that there is a space character between "$flags &host" - If this is a 'real' space (IOW, if it is in the code itself) please try closing it "$flags&host" and trying again.
Thanks
Rod
ps. It looks like this space exists in my original post. It is NOT supposed to be there and I'm pretty confident that this is going to pose the same problem we are trying to fix <sigh>
Hey everyone,
I had similiar issue with ozpost suddenly not providing any rates and then only giving the AP Flat rate. I was using a slightly old ozpost.
I opted to upgrade to the latest Ozpost module. (I'm still using 1.38a zencart). Everything worked perfectly. Just needed to disable and then re-enable the ozpost shipping module. Everything is working a treat! Thanks Rod!
Hey Rod,
There was space as thought..
I have since removed the module and re-installed (via admin)
Its back up again (kind of).
Sometimes it's ok, and then if I adjust the qty on the cart, or change the destination, it will disappear until I click the update again...
Would I be imposing if I asked you.. (or anyone else that happens to read this) to try it and see if you can replicate it..
Use this product, (thought it wouldn't matter which)
http://w w w.nortsandones.com.au/index.php?main_page=product_info&products_id=1459
Thanks
Mike
OK, this is a new problem.
Yes, I can replicate it (on your site) consistently.
It matters to me, because even if there is only one exception to the rule in any given store you can be sure that that will be the one I'd select randomly.
As for the problem... I'm not really sure what to make of it. It consistency requires a refresh for the quotes to show (It doesn't seem to matter if it is refreshed via the update buttons, or the F5 keyboard shortcut), so it isn't caused/fixed by a change or reset of any of the input data, therefore it simply isn't being output on the first request for some reason... or maybe it just isn't getting data on the fisrt request? ... hmm, no, if it wasn't getting any data it should still output the tables and info... (Sorry, I thinking/typing aloud here).... So, it is a display problem.... hmmm, how to prove/disprove?
Please enable DEBUG, it may or may not provide a clue.
You could also try reverting the tpl_modules_shipping_estimator.php back to the zencart original
Sorry, not much else comes to mind at the moment...
Cheers
Rod
Bookmarks