ozpost shipping module

[vandiermen]

I am trying to enable this module even if "always free shipping" is selected. V3.5.1

[RodG]

I am trying to enable this module even if "always free shipping" is selected. V3.5.1

What's the problem?

Cheers
Rod

[vandiermen]

What's the problem?

Cheers
Rod

Don't worry about it. Client is no longer going to use free shipping or does not have large overseas market.

But to explain the problem was "always free shipping"/"free shipping" was set to australia only, which brings up a nice "free shipping" icon on product listings. If module is selected on item, it also disables shipping on overseas shipping, so we end up with no shipping option at all for overseas people, making the "free shipping" option unusable unless OzPost would show even if item had "free shipping". I was unable to edit code in OzPost like I could with other shipping modules to do that.

[vandiermen]

p.s.
if it only take a minute, I am still interested to know the code to edit so OzPost is not disabled if item is 'free shipping'. I will do it for the client anyway.

[RodG]

But to explain the problem was "always free shipping"/"free shipping" was set to australia only, which brings up a nice "free shipping" icon on product listings. If module is selected on item, it also disables shipping on overseas shipping, so we end up with no shipping option at all for overseas people, making the "free shipping" option unusable unless OzPost would show even if item had "free shipping".

The ozpost module has no control over whether a freeshipping (or any other module) will show or not.

If the freeshipping module is disabling the ozpost module when it shouldn't be, then that is surely a problem with the freeshipping code rather than the ozpost code?

I was unable to edit code in OzPost like I could with other shipping modules to do that.

At the moment I can't even begin to imagine what kind of changes could be made to any of the shipping modules to circumvent a problem of the freeshipper code disabling overseas shipping.

If you could provide a sample of the changes you've made to "other shipping modules" that will achieve your aims I'll gladly work with you to make the same changes to the ozpost module. You don't want/expect me to re-invent the wheel do you? :)

Cheers
Rod

[RodG]

p.s.
if it only take a minute, I am still interested to know the code to edit so OzPost is not disabled if item is 'free shipping'. I will do it for the client anyway.

It'll only take a minute if you provide the code changes you've already made to the other shipping modules.

If you want me to create something that I currently see as not being possible, it will take all of eternity. <g>

It is entirely in your hands. If you can't/won't spend the 30 seconds needed to paste your code modifications to guide me on my way, then it is unrealistic to expect me to spend any time on it at all.

Cheers
Rod

[vandiermen]

It'll only take a minute if you provide the code changes you've already made to the other shipping modules.

If you want me to create something that I currently see as not being possible, it will take all of eternity. <g>

It is entirely in your hands. If you can't/won't spend the 30 seconds needed to paste your code modifications to guide me on my way, then it is unrealistic to expect me to spend any time on it at all.

Cheers
Rod

Second time I posted this. Don't know why first was deleted.
I do not have the code, I was mistaken. Please ignore my question.

[hrinfo]

Hi Rod

I have a question for you. I have a client which we showed them OZpost and they liked it. Unfortunately by the time we finished with the web site we had to use Prices & Weights by Attributes. The problem is that effectively we create prices by size & material and each size has different weight and price. Also we allocate a default attribute price. Each product has 9 attributes. As such there are no weight /dimensions on any of the products themselves as they take the info from the attributes.

I have tried to see if there is a way of OZPost to get the information from the Attributes but was unsuccessful. That means either that I am missing something or that this is not possible. Any ideas?

Regards

Tassos

[RodG]

Hi Rod

I have a question for you. I have a client which we showed them OZpost and they liked it. Unfortunately by the time we finished with the web site we had to use Prices & Weights by Attributes. The problem is that effectively we create prices by size & material and each size has different weight and price. Also we allocate a default attribute price. Each product has 9 attributes. As such there are no weight /dimensions on any of the products themselves as they take the info from the attributes.

I have tried to see if there is a way of OZPost to get the information from the Attributes but was unsuccessful. That means either that I am missing something or that this is not possible. Any ideas?

Regards

Tassos

The ozpost module should be using the attributes weights without you needing to do anything special. Is it possible that the ozpost module has been set to use Kgs but you are entering the attribute weights as grams?

If that's not the problem, if you could load /includes/modules/shipping/ozpost.php into a text editor, and locate the line that reads like:
$myorder = $_SESSION['cart']->get_products();

(line#472 in ozpost v3.5.2)

Then add a line immediately after, that reads:
print_r($myorder) ; exit ;

Save the file then add one of the products with a weight attribute to the cart:

You should see something like:
-----------------------
Array ( [0] => Array ( [id] => 213:d0ed1015312c8acbd387f5fd75950e7d [category] => 17 [name] => Test 7 (weight by attributes) [model] => [image] => [price] => 100.0000 [quantity] => 1 [weight] => 750 [final_price] => 100 [onetime_charges] => 0 [tax_class_id] => 0 [attributes] => Array ( [1] => 29 ) [attributes_values] => [products_priced_by_attribute] => 0 [product_is_free] => 0 [products_discount_type] => 0 [products_discount_type_from] => 0 ) )
--------------------------------------

Check that the [weight] => value is the same as your attribute weight setting. If not, what does it show?

Cheers
Rod.

[hrinfo]

The ozpost module should be using the attributes weights without you needing to do anything special. Is it possible that the ozpost module has been set to use Kgs but you are entering the attribute weights as grams?

If that's not the problem, if you could load /includes/modules/shipping/ozpost.php into a text editor, and locate the line that reads like:
$myorder = $_SESSION['cart']->get_products();

(line#472 in ozpost v3.5.2)

Then add a line immediately after, that reads:
print_r($myorder) ; exit ;

Save the file then add one of the products with a weight attribute to the cart:

You should see something like:
-----------------------
Array ( [0] => Array ( [id] => 213:d0ed1015312c8acbd387f5fd75950e7d [category] => 17 [name] => Test 7 (weight by attributes) [model] => [image] => [price] => 100.0000 [quantity] => 1 [weight] => 750 [final_price] => 100 [onetime_charges] => 0 [tax_class_id] => 0 [attributes] => Array ( [1] => 29 ) [attributes_values] => [products_priced_by_attribute] => 0 [product_is_free] => 0 [products_discount_type] => 0 [products_discount_type_from] => 0 ) )
--------------------------------------

Check that the [weight] => value is the same as your attribute weight setting. If not, what does it show?

Cheers
Rod.

Hi Rod

You were correct and it does work. For your reference I did think that there was something wrong with the update and it seams I was correct. Once i put the print code in it told me straight away that I needed to uninstall and reinstall OZpost. I had to do that three times and then it worked.

I did notice while I was checking that there were some odd boxes that kept appearing and disappearing. For example under the tick boxes for e-go.com.au & Insured e-go.com.au it kept showing two text fields with nothing in it. Only after the third uninstall and install they have disappeared (sorry I should have taken screenshots but didn't think of it).

Anyway is fixed now so I can show it to the client :-) As always you have been great.

Thanks

Tassos