ozpost shipping module

[RodG]

Hi Rod,

Ok it seemed it fixed itself although in a weird way :-) I had to enable the debug function and once that was done I got the messages and after that it worked. I will run few more tests and hopefully that was it.

Thank you
Tassos

I've had a small handful of weird and seemingly unrelated problems reported with the last couple of updates. I'm still looking for the cause of them, but meanwhile it has been determined that performing a remove/install keypress sequence has solved all of the issues reported so far. It is possible that the act of enabling the debug function has the same effect by virtue of the fact that it causes all settings to be re-saved?

Anyway, the important thing is that it all seems to be working now :)

Cheers
Rod

[hrinfo]

Hi Rod,

Just for your info it has something to do with caching but not with the browser. If I was to be exact the fact is that the initial problem with e-go not working was there even though I was trying different browsers and on different machines. Once I enabled the debug and got to the debug messages then everything worked everywhere. Does the software stored any information anywhere that may cause it , as far as I remember that was not the case but may something changed with the updates.

Anyway thought to let you know and I will keep an eye on it in case it happens next time :-)

Regards

Tassos

[RodG]

Hi Rod,

Just for your info it has something to do with caching but not with the browser. If I was to be exact the fact is that the initial problem with e-go not working was there even though I was trying different browsers and on different machines. Once I enabled the debug and got to the debug messages then everything worked everywhere. Does the software stored any information anywhere that may cause it , as far as I remember that was not the case but may something changed with the updates.

I did introduce a new caching system in one of the more recent updates (to improve performance), and any given quote request is now cached (in a database table called 'ozpost_cache'). It is stored for a period of 1-8hrs, depending on whether sameday postage is possible or not. (1 hour if allowed/possible, 8 hrs if not). Enabling the debug bypasses this caching. Performing a remove/install sequence will completely clear the cache regardless of the age of the data.

Cheers
Rod

[vandiermen]

my client hyosungparts.asia is setting up a new domain hyosungparts.com.au using the same database as an add-on domain. can you please confirm if this is ok. will the shipping module work on hyosungparts.com.au or do we need to pay more.

[RodG]

my client hyosungparts.asia is setting up a new domain hyosungparts.com.au using the same database as an add-on domain. can you please confirm if this is ok. will the shipping module work on hyosungparts.com.au

The ozpost subscriptions are based on the STORE_NAME (as defined in configuration->My Store settings), so as long as this doesn't get changed the current subscription will be retained regardless of the domain name(s).

If by chance the STORE_NAME does get changed (eg, MyStore Retail for one site, and "MyStore Wholesale" for the other, then as long as I can recognise the connection/link between the two stores I manually combine them under a single subscription.

or do we need to pay more.

No, you'll not need to pay more. Our intention is to never charge any given store owner for more than one subscription.

Speaking of charges, does this mean that you are the developer of more than one store using the ozpost services? If so, you will be entitled to our developers discount rates (33% reduction in all further subscriptions, including renewals). All I need is confirmation that you are the developer responsible for (at least) 2 disparate stores with a 12 month subscription.

Cheers
Rod

[vandiermen]

Speaking of charges, does this mean that you are the developer of more than one store using the ozpost services? If so, you will be entitled to our developers discount rates (33% reduction in all further subscriptions, including renewals). All I need is confirmation that you are the developer responsible for (at least) 2 disparate stores with a 12 month subscription.

yes 6 stores. my clients pay you direct. i have paid for subscriptions in the past. normally i place the orders in clients name so they get invoiced next time.
I will PM my account details and store url's. in-case you just add discount to my vcsweb account i would like that anyway.

[RodG]

yes 6 stores. my clients pay you direct. i have paid for subscriptions in the past. normally i place the orders in clients name so they get invoiced next time.
I will PM my account details and store url's. in-case you just add discount to my vcsweb account i would like that anyway.

The discount code has been generated and emailed to you.

As per the email, it is your choice as to whether you pay the subscriptions on your clients behalf and retain some or all of the savings for yourself (to help cover your support costs, which is actually what the discounts are intended to be used for), or whether you choose to pass the code on to your clients so that they receive the discount for themselves (which will help you retain them as ongoing clients).

Cheers
Rod

[vandiermen]

some problem with not calculating multiple boxes
when dimensions are too large gives an incorrect weight error
we have Use Core Weight and Restrain Dimensions turned on

add these items to cart to get incorrect weight error

Hyosung - GT 250 - 650 - Rear Fairing Left Black
Products Shipping Weight:1.6
Product Length (cm):105.00
Product Width (cm):25.00
Product Height (cm):25.00

Hyosung - GT 250 - 650 - Air Filter
Products Shipping Weight:0.3
Product Length (cm):17
Product Width (cm):12
Product Height (cm):11

Hyosung - Spark Plug NGK
Products Shipping Weight:0.1
Product Length (cm):8.50
Product Width (cm):2.50
Product Height (cm):2.50

if you can have a look for us. thanks.

[RodG]

some problem with not calculating multiple boxes

Very Important: The ozpost module itself doesn't deal with multiple boxes.
I've spent 100s of hours over the years attempting to create code that does *reliable* parcel splitting (without success), and as a result I'm not surprised that other code that attempts to do this is also subject to failure.

Nonetheless I don't stop people making the attempt, which is why ozpost has the Use Core Weight and Restrain Dimensions settings.

when dimensions are too large gives an incorrect weight error
we have Use Core Weight and Restrain Dimensions turned on

Hopefully you read the big red warnings when enabling these.

if you can have a look for us. thanks.

Firstly, it appears that you may have found a minor bug with the 'Restrain Dimensions' code in that the tare dimensions appear to be added after this constraint has been applied.. The end result being a parcel that is 2mm larger than allowed by Australia Post. I suggest that until I fix this bug you should set the tare dimensions to zero (very few people would be needing/using these, and being constrained makes it pointless setting it anyway ).

As for the WEIGHT problem, Whilst you have the 'Use Core Weight' set to 'yes' then the ozpost module weight calculations are skipped and the weight/parcel details as evaluated by zencart itself are used. This means that you have set the 'Maximum Package Weight you will ship' to something larger than the 20kg allowed by Australia Post. Set this to something smaller and the problem should go away.

Cheers
Rod

[vandiermen]

I have set
0,0,0 - tare dimensions
19 - Maximum Package Weight you will ship
GT 250 - 650 - Rear Fairing Left Black : Product Length (cm):101.00

But problem continues
Only works when I set the Rear Fairing Left Black to 80 Product Length

this was working before but stopped working; before it was only happening with some combinations, i can't tell you.


I understand if weight is over 20kgs zencart splits in to more boxes, but this does not work sometimes when item dimensions are over x and gives strange weight error.