ozpost shipping module

The link you provided is working fine - can get an xml result back from that without any problem.

Turning on debug mode for the ozpost module, and telling the module to spit out the value of $qu before it hits line 345, it seems to me that not returning data in xml format? under some conditions which is then throwing line 345 which tries to process the xml...?

Not sure what triggers it to work/not work as have another site on the same server that is working absolutely fine without any problem....? Can't find any material differences between those two sites at all.

Putting in the code die ($qu);exit after the $this->_getAPdata line in the offending module, returns

324 PPS39.94 3Kg Prepaid SatchelPPSE311.31 3kg Prepaid Satchel ExpressRPP11.6 4 Regular ParcelREG14.45Registered ParcelEXP17.3 1 Express ParcelCOD21.85Cash On Delivery 0 2.8 0

shouldn't this be xml? or did I do something wrong.

I'll sit on it until tomorrow to see if further propagation fixes it, but just wanted to raise this as a potential problem in case it raises any flags for you and is indeed a bug. hope this helps.

fingers crossed.

belabela:

The link you provided is working fine - can get an xml result back from that without any problem.

Turning on debug mode for the ozpost module, and telling the module to spit out the value of $qu before it hits line 345, it seems to me that not returning data in xml format? under some conditions which is then throwing line 345 which tries to process the xml...?

Not sure what triggers it to work/not work as have another site on the same server that is working absolutely fine without any problem....? Can't find any material differences between those two sites at all.

Velly Interllesting. Could you please do me a big favour and do the debug test on both your sites to see if you can see any difference in regards to the xml?

belabela:

Putting in the code die ($qu);exit after the $this->_getAPdata line in the offending module, returns

324 PPS39.94 3Kg Prepaid SatchelPPSE311.31 3kg Prepaid Satchel ExpressRPP11.6 4 Regular ParcelREG14.45Registered ParcelEXP17.3 1 Express ParcelCOD21.85Cash On Delivery 0 2.8 0

shouldn't this be xml? or did I do something wrong.

You are doing all the right things, and yes, the data should be xml (which is why I'd like you to do this same exersice on both sites).

There are three possibilities here...

1. The server isn't always returning valid xml for some reason (you should probably see the difference between your two sites).
2. The server is returning xml, but the xml tags are being stripped when displayed to screen. This is what happens when I use that test link using MS Explorer rather than Firefox.
3. Still a mystery.

belabela:

I'll sit on it until tomorrow to see if further propagation fixes it, but just wanted to raise this as a potential problem in case it raises any flags for you and is indeed a bug. hope this helps.
.

Your findings could be very important and valuable clues, especially since you appear to be in a rare position to have two sites operational, one that exhibits a problem and the other doesn't. If these two sites consistantly behave this way I have a feeling that I will be relying heavily upon you to help me find the cause (and therefore the fix).

As you can imagine, since none of the sites that I maintain (or have direct access too) don't exhibit any troublesome behaviour it is going to be impossible for me to work alone to solve the issue, so any clues, no matter how small is most welcome.

Cheers
Rod

ps. I wonder if it has anything to do with wether the server access is via 'cURL' or the http (file) method. Which of these do you use on your sites?

Hi Rod,

Our clients and we are seeing an error message to do with VCSWEB error?

Services will be restored ASAP.
We apologize for any inconvenience.
Telnet/SSH members,if you can't login please use "herbie.vcsweb.com" instead of 'vcsweb.com"

FreeDNS Users  - It was abuse of this system that has caused all of our current problems.  This service is no longer available. The nameservers themselves have just been brought back online on a temporary basis. We suggest you use a network tool (dig, nslookup, etc) to recover any zone data that you require and migrate to alternate nameservers as soon as possible.  We recommend www.xname.org

Web/Email Customers -  We are doing all we can to migrate your data to new servers with minimum disruption to services. If you are getting authentication errors when trying to pick up your email you will need to update your LOGON name from "yourname" to "yourname@yourdomain".

No other changes should be required. 

 

 Please send us an email for any other issues.  admin @ vcsweb.com 

Could you shed some light on this??

Have established that the problem is not dns, but something to do with how the data gets translated after it comes back from the server. The server IS connecting and returning valid xml.

Here's how I established that:

• Put some code into the getAPdata function to write the request url to a file
• Put the request url into a browser manually and inspected the result
• Copied the result from the browser manually into the $xml = SimpleXMLelement line in the code and ran the shipping estimator: yes, it returned results okay.

So the problem is how the data is translated in the getAPdata function - the data variable being returned must be somehow being corrupted in the site that is working versus the site that isn't.

Am running some more tests in the getAPdata function on the site that is working and the site that isn't and comparing the results. Will report back when I can. Any ideas or things to look at appreciated as my php coding skills are pretty basic.

p.s. I have been using http but changing to curl doesn't seem to make a difference

Here is what is being returned by the getAPdata function when it is not working....

3d
<?xml version='1.0' encoding='ISO-8859-1'?>
<quotes>

<quote>
89
<id>PPS3</id><cost>9.9</cost><days>4
</days><description>3Kg Prepaid Satchel</description></quote><quote><id>RPP</id><cost>10.5
</cost>
25e
<days>4
</days><description>Regular Parcel</description></quote><quote><id>PPSE3</id><cost>11.3</cost><days>1
</days><description>3kg Prepaid Satchel Express</description></quote><quote><id>REG</id><cost>13.3</cost><days>5</days><description>Registered Parcel</description></quote><quote><id>EXP</id><cost>14.2
</cost><days>1
</days><description>Express Parcel</description></quote><quote><id>COD</id><cost>20.7</cost><days>5</days><description>Cash On Delivery</description></quote>
<information>
   <insurance>
   0   </insurance>
   <registration>
   2.8   </registration>
</information>


</quotes>
0

There's an extra 3d appearing at the start of the text and a '0' at the end. If you run the url that generated this in a browser, you get:

<quotes>
−
<quote>
<id>PPS3</id>
<cost>9.9</cost>
<days>4
</days>
<description>3Kg Prepaid Satchel</description>
</quote>
−
<quote>
<id>RPP</id>
<cost>10.5
</cost>
<days>4
</days>
<description>Regular Parcel</description>
</quote>
−
<quote>
<id>PPSE3</id>
<cost>11.3</cost>
<days>1
</days>
<description>3kg Prepaid Satchel Express</description>
</quote>
−
<quote>
<id>REG</id>
<cost>13.3</cost>
<days>5</days>
<description>Registered Parcel</description>
</quote>
−
<quote>
<id>EXP</id>
<cost>14.2
</cost>
<days>1
</days>
<description>Express Parcel</description>
</quote>
−
<quote>
<id>COD</id>
<cost>20.7</cost>
<days>5</days>
<description>Cash On Delivery</description>
</quote>
−
<information>
<insurance>
   0   </insurance>
<registration>
   2.8   </registration>
</information>
</quotes>

Any ideas what could be causing this and how to fix? Off to try the site that does work now with a similar product/weight/destination setup...

Could the problem have anything to do with chunked transfer encoding?

http://en.wikipedia.org/wiki/Chunked_transfer_encoding

That could explain the 0 at the end but not sure if it is the actual explanation. I'm just throwing ideas out there....

I had the path to curl wrong - using curl DOES seem to fix the problem!

This suggests to me that the chunking transfer with http method does seem to be the problem with the http method - at least on my installations - as it is corrupting the xml. Not sure how to change the getAPdata to test for chunked transfer method and to correct for it as my php skills are not good enough nor how to check the xml returned to look for and catch the line 345 error before calling simplexmlelement.

one major difference between the site that works and the one that doesn't is that the one that does not is using mod_deflate on the server for compression (hence the chunked transfer mode) whereas the one that doesn't is not.

So it seems to me that the tempoary fix if you're having the problem is to turn curl on. Make sure you're using the latest template file too, because otherwise the destination postcode doesn't always get passed to the shipping estimator.

RodG,
It looks like the server is running, but my Checkout process still just gives me a Blank Page at main_page=checkout_shipping.
The estimator is working, returning the correct costs, but customers cannot check out. I havent changed anything in Zen, apart from setting up Flat rate shipping.
No PHP errors are logged, just a blank page, when ozpost is enabled

Your help appreciated.

remoteone:

RodG,
It looks like the server is running, but my Checkout process still just gives me a Blank Page at main_page=checkout_shipping.
The estimator is working, returning the correct costs, but customers cannot check out. I havent changed anything in Zen, apart from setting up Flat rate shipping.
No PHP errors are logged, just a blank page, when ozpost is enabled

Your help appreciated.

I had this problem and solved it by setting the use Curl to true.

Cheers,

Peter.

Hi Rod,

Heres some noted bugs.

When the weight of the products are small as in .0001Kg the server reports a weight error. I needed to increase the weight to five times this much to be accepted. These are small IC's and thats why they weigh so little.

Also as noted with remoteone above I get a blank screen on checkout; however the estimate shipping page is ok.(mostly).
I have to do a refresh to get something shown, and it looks wrong.
If I go back to my old shopfront which runs on zencart 1.3.7 this problem does not occur. My new shopfront runs on 1.3.8 and the problem occurs. I haven't been able to try disabling curl as suggested because I deleted all the files and will need to try again later.

With my old auspost_improved module no longer working, and apparently will not again I'm stuck on flat rate for the moment. I don't think the current ozpost module was ready for release, or at least not to so many people. Unfortunately with the old module going down every one has been jumping onto the new module and its clearly not ready.

Thanks Peter,
You mean "admin>my store> cURL Proxy status" ?
with cURL Proxy status = true and
cURL Proxy Address = not set

The estimator wont work either. nothing "ozpost" works at all now.
What address do I use foe cURL Proxy Address ?

Cheers.

remoteone:

Thanks Peter,
You mean "admin>my store> cURL Proxy status" ?
with cURL Proxy status = true and
cURL Proxy Address = not set

The estimator wont work either. nothing "ozpost" works at all now.
What address do I use foe cURL Proxy Address ?

Cheers.

No, not there. It's about 2/3 way down in the options when you edit ozpost under admin>modules>shipping

the option is use "cURL". I had to say yes to get it to work.

Cheers,

Peter.

p1drobert:

Hi Rod,

Heres some noted bugs.

When the weight of the products are small as in .0001Kg the server reports a weight error. I needed to increase the weight to five times this much to be accepted. These are small IC's and thats why they weigh so little.
.

I just did a test with the weight. I used a product that weights 0.15Kg

When the order contained from 1 to 3 units (0.15Kg to 0.45Kg) I got the

 Unexpected error (no valid methods). Using AP Flat Rate. 

error

When I added the 4th unit the total weight is 0.6Kg and I get the correct postage options.

Cheers,

Peter.

Hi,

In addition to my previous post.

Setting use curl to Yes, does not get rid of the blank screen.

What about you remoteone?

I ran the debug option to see if anything unusual comes up and I get this
Attachment #6521

Doesn't appear to be anything unusual.

Peter Homann:

I just did a test with the weight. I used a product that weights 0.15Kg

When the order contained from 1 to 3 units (0.15Kg to 0.45Kg) I got the

Unexpected error (no valid methods). Using AP Flat Rate.

> error
>  
> When I added the 4th unit the total weight is 0.6Kg and I get the correct postage options.
>  
>  
> Cheers,
>  
> Peter.
 
Hi peter,
 
Yes, I got the same error, although for a lot less weight. I've got a tare weight on the packaging boxes of about 0.1kg. It might have something to with the error occurring at different weights. I don't know, but there's definitely a weight error happening.

Peter,
Yes, ozpost now working by setting the use "cURL"option .
Thanks.

Hi there,

Have just tried installing the new ozpost module and have received the following error message:

Shipping Modules

Warning: include(/home/homebru/www/www/includes/languages/english/modules/shipping/ozpost.php) [function.include]: failed to open stream: No such file or directory in /home/homebru/www/www/AdMin09/modules.php on line 173

Warning: include() [function.include]: Failed opening '/home/homebru/www/www/includes/languages/english/modules/shipping/ozpost.php' for inclusion (include_path='.:/usr/local/php5/lib/php') in /home/homebru/www/www/AdMin09/modules.php on line 173

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 67 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 69 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 70 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 97 and defined in /home/homebru/www/www/includes/classes/template_func.php on line 42

any help would be greatly appreciated. I have taken great care in uploading the files to the correct locations but?

Nicki

In an attempt to fix this myself I uploaded

includes/modules/shipping/ozpost.php

to:

includes/languages/english/moduls/shipping/ozpost.php even though this wasn't in the ozpost download. The error I get now is:

Fatal error: Cannot redeclare class ozpost in /home/homebru/www/www/includes/modules/shipping/ozpost.php on line 647

I have now removed it and am back to my original post.

Sorry if I am missing something totally obvious...

Nicki

I apologise if anyone has started looking into this but I realise that I hadn't used the very latest version of ozpost. I have installed it now with no error messages:)

I do have a question however. When somebody orders 4x a 2kg object (total 8kg) the calculated shipping is the same as for 1x 2kg item that is $12.45 - soes this make sense?

Nicki