Ergo, there is nothing amiss with the code.
I'm not going to rule this out, but it seems VERY VERY UNLIKELY! What evidence do you have to believe this is the cause?
On the same token, I asked you to try resetting the primealt credentials. Did you do that yet?
I also suggested: if you've recently updated to ozpost V3.5.2 you could try performing the uninstall/install keypress sequence
Did you try that yet?
I'm not trying to give you are hard time or make things difficult for you here, but the error message clearly states
"Username and password combination is incorrect". This isn't a 'generic' error message, it is very specific, and as you have confirmed the code works when it is provided *valid* credentials. It seems that it is only primealt that is having a problem. I see no reason for anyone (including you) to waste time to follow up on extremely remote possibilities until this very likely probably has been well and truly eliminated.
I'd even go as far to suggesting you change the password (on both the TNT *rtt* site as well as the ozpost settings) to see if that makes a difference).
This, and the other suggestions I've made will take just a few minutes. The idea that the code is at fault *for one particular customer only* and that the fault is in the code rather than the credentials takes a huge step of imagination. I envision that both I and the TNT technical people could waste weeks of time looking for a non existent fault (these are always the hardest to find).
IF we can verify that it is a coding issue, rather than something amiss with the credentials, and IF I am unable to isolate the problem myself, then, and only then will I be prepared to share my code with the TNT technicians. This isn't something that I can simply cut 'n' paste. It is integrated into the server code, which means many hours of work to 'de-integrate' it into something that can be used for standalone testing and debugging. There's a ton of things I can do before I would even consider going to such an extreme measure. Most notably, I'd be requesting a copy of the account credentials so that I can perform my own testing and debugging (which will require that the password be changed after I've done testing anyway), so that takes us back to my current suggestions.. Change the password.
Again, I'm not trying to give you a hard time, and as always, I'm willing to go to almost any length to solve the problem, but I'm NOT going to go providing code to the TNT people and have them running around in circles unless I have very good reason to do so. I currently don't have that reason.
If you can't find/fix the problem by resetting the password, then just provide me with the credentials being used (PM or email please), and I'll take it from there.
I don't need the login details for the store (so please don't supply them). All I need are the TNT details (account#, username & password).
I can promise you that I'll have this sorted long before the TNT guys will. There is no reason for you to be the man in the middle as that will simply prolong the issue.
Cheers
Rod
ps. The last time I 'shared' my code with Zenners, it was hacked and used in a manner that is/was ultimately detrimental to everyone (especially me). I'm not going to make the same mistake twice. If anyone here wishes to create their own TNT module they'll need to do their own research for the API details and ways to implement it. I value the time and effort I put into this, even if others don't. (I'm not suggesting or implying that this is *your* intent, but I'm sure there are at least one or two people around here that would have no qualms in screwing me over again)
Last edited by RodG; 25 Sep 2013 at 02:35 PM.
Rod,
I have uninstalled and reinstall but it is still not showing the options for express post or international. I have ticked nearly all options for express post, air mail sea mail etc but they don't show up and only giving flat rate. Would have I done something wrong with settings to cause the issue?
Outdoorking
www.outdoorking.com.au
nope except I re-entered the credentials within ozpost.
yes, i did that before contacting you, complete reinstall (new upload) and check
I went to login as I did before and login did not work as it did before, I requested the current password / password reset and got a new password, and TNT on our website is now working
Thanks for your support!. Excellent.
For future reference, a 'new upload' will rarely ever fix a problem related an upgrade. It is far more important that you use the uninstall/install keypress sequence from the admin panel. If you upload new files, but fail to perform this all important step you have more chance of causing problems rather than fixing them.
Sweet.
It's a pity that it took so long to resolve though, and sadly, I don't know if we'll ever find the cause now. It could be the result of the password change, or it could be the result of the email that I sent to TNT late last night (considering the nature of the problem I thought it wise to send them a few details regarding who was having a problem, and what my own findings were).
I've not had a reply from them yet, so I'm guessing that the password change was the most likely resolution.
Just one quick question for you though, did the original password have any 'special characters' in it, such as underscores, ampersands, @ symbols, etc, or was it only alpha/numeric characters? I can appreciate that this is now a bit of a moot point, but it is one of the few things that I can think of that could cause a problem as a result of the recent changes they've made. If there were any of these characters in the original password this is still an avenue that I'd like to explore/investigate further.
Cheers
Rod
I really don't have enough information from you to determine what the cause of the problem is.
I can tell you that the system itself is working perfectly, so it *must* be some kind of data problem.
Can you please confirm that your ununstall/install was the admin keypress sequence, and not a matter of removing and re-installing the ozpost files?
Can you please confirm that when you install the upgrade that the new 'skippy post' options appear (If the don't, then something has gone amiss with the database update).
Can you please confirm that you verified the WEIGHT setting in the ozpost settings? (This has been known to unset itself with some upgrades, resulting in weights being 1000x greater than they should be).
Can you please confirm that the problem only exists with overseas shipments.
Can you please try getting a quote from more than one destination (eg: USA and UK, etc) just to be sure that the problem doesn't relate to a specific country.
Can you please enable the ozpost DEBUG function and perform a test puchase then email a screencapture of the output to me at [email protected]. I suggest you do this at a quiet time and disable the DEBUG as soon as possible after the screen capture so that it doesn't cause customer complaints).
You probably won't need to check/do ALL of these things in order to solve the problem, but they are all things that I need to know in order for me to determine what and where things are going amiss.
Simply put, until you can provide more information, I can only guess what the cause is. It could be any of the above, or something else entirely.
Cheers
Rod
I note that things started working for you shortly after my last response (and has been working for the last 2 days).
Needless to say, I'm pleased that this is the case, but if you don't mind me asking, did you manage to discover the cause, or did you try several things at the same time before the problem was resolved? (Your response could help me better guide anyone else with a similar problem).
Cheers
Rod
Hi Rod
I'm getting this error in the cache since the last upgrade: ".... Australia/Sydney] PHP Warning: Creating default object from empty value in /home/myadmin/public_html/store/includes/modules/shipping_estimator.php on line 117". There is also another error that is much the same but is on line 107. The shipping seems to be working OK just getting these errors.
Robyn
Bookmarks