Shipping Cost Doesn't Apply after Update to 5.1.1

[Phil -- wbtc.fr --]

Hello guys,

I updated a website from 5.0.1 to 5.1.1, In-portal + In-Commerce.

When placing an order, in in-commerce/checkout/shipping/ page, shipping price appears correctly in () after the shipping type name in dropdown, but the cost isn't applied to order, wether I clic for next step or on "update" button.

Thanks for your help.
P.

[Alexander Obuhovich]

Does this happens on clean 5.1.1 install. Maybe checkout templates were changed in "advanced" theme in 5.1.1 version.

--
You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

--
Best Regards,

http://www.in-portal.com
http://www.alex-time.com

[Dmitry A.]

Phil,

Try replicating this on Beta if possible.

Thanks. 

[Phil -- wbtc.fr --]

I forgot to add that the problem occurs even using a 1.1.1 theme just downloaded from inportal.

I didn't tried yet on clean 511, (I don't have my dev machine actually and demo website is read-only)

2010/12/30 Dmitry A. <dand...@gmail.com>

Phil,

Try replicating this on Beta if possible.

Thanks. 

--

[Dmitry A.]

Phil,

Did you try on 5.1.1 on http://beta.in-portal.org ?

Dima.

[Phil -- wbtc.fr --]

Hi Dmitry,

no, because I don't have my dev machine, and codes for this website are in it :S

p

2010/12/30 Dmitry A. <dand...@gmail.com>

Phil,

Did you try on 5.1.1 on http://beta.in-portal.org ?

Dima.

--

[Phil]

Hi,

same thing reproduced in latest 5.1.2-beta1, please have a look at
test product, try to order it, you'll see the same problem as
described in my first message.

p.

On 30 déc 2010, 20:03, "Phil -- wbtc.fr --" <p...@wbtc.fr> wrote:
> Hi Dmitry,
>
> no, because I don't have my dev machine, and codes for this website are in
> it :S
>
> p
>

> 2010/12/30 Dmitry A. <dandre...@gmail.com>

>
> > Phil,
>
> > Did you try on 5.1.1 onhttp://beta.in-portal.org?
>
> > Dima.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "In-Portal Bugs Team" group.
> > To post to this group, send email to in-port...@googlegroups.com.
> > To unsubscribe from this group, send email to

> > in-portal-bug...@googlegroups.com<in-portal-bugs%2Bunsu...@googlegroups.com>
> > .

[Dmitry A.]

Hi Phil,

I have checked and it looks like you have specified "Shipping Type" by Weight and did NOT enter any actual weights for your test Product?

DA

[Phil -- wbtc.fr --]

that's right, I've exaclty reproduced my customer's case.

The product weight is 0, and the shipping brackects starts at 0 too, then this should work, don't you think so?

2011/1/13 Dmitry A. <dand...@gmail.com>

Hi Phil,

I have checked and it looks like you have specified "Shipping Type" by Weight and did NOT enter any actual weights for your test Product?

DA

--

You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To post to this group, send email to in-port...@googlegroups.com.

To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.

[Dmitry A.]

No Phil, here is the conditions:

1. if you try to specify Weight as 0 for the Product you would get "Weight - Field is out of range, possible values from 0 (exclusive) to ∞"

2. if you do NOT specify weight at all (empty) - system can NOT calculate shipping using By Weight type.

In other words, you can't have product Weight 0. What you see in brackets is the same - starts with 0, but excludes the 0.

To make this whole conversation make more sense and less time I would recommend describing the whole picture. For example:

1. I am trying to accomplish this....

2. This is how I am doing it and it does not work.

Currently, you have skipped the 1st part :)

DA.

[Phil -- wbtc.fr --]

well, thanks for the detail, it's still a bug for me, because it means that you need to indicate the weight for your whole catalog, otherwise products with 0 weight are eligible to free shipping.

Just imagine you sell computers parts. You'll enter the weight for your big flat screens, but not for your sata<>ide adapter.
And you still want the customer to pay at least the price of the first bracket for this product.

We have a "free shipping" field in shipping mode, and also the ability to setup "0" as cost for the first bracket, that's why I think it shouldn't lead to a free shipping out of these cases, because it's totally unclear for users (and at least for me). If you ad the fact it wasn't working like this before, then me and my users are lost :s

2011/1/13 Dmitry A. <dand...@gmail.com>

DA.

[Dmitry A.]

Hi Phil,

Actually, it was like this since day one and we have worked with this in many projects. If you make your Shipping to be working by the Weights it means you are going to enter the weights for all the items. We have clients selling little things and even those still enter the weight because they have decided to charge by Weight and get real estimates.

In your case, I would recommend to pick one method how you are going to calculate shipping cost - may be weights are NOT the right one for your client or use a "Base Fee" field to add Handling fees. After all it's not hard to find al products without the weight specified if needed.

Also, I think there is an important point you have overlooked. Currently we have multiple Types (by weight, by item, by amount, handling) for Custom Shipping and you need to review them all before trying to change even one since that whole calculation is more complex than you imagine.

In other words, I have no problem with reviewing and redoing the Shipping Calculation system, but we need a solid research, plan and so on since it's a global thing and not a minor change.

DA

[Phil -- wbtc.fr --]

Dmitry,

I totally agree on the fact that each customer must think about his
shipping cost strategy before doing any move, and I prompt exactly
this to my customers.

However, you are wrong about the fact it always worked like that, I
wrote in my post it was after an update that I had this problem, and
if you are not sure, please have a look at my test product on
http://beta.in-portal.org/5.0.1/full/ , try to order it, shipping cost
are added while product is 0 weighted.

The behavior you are describing "as old as In-Portal itself" is
completly new in fact :)

p

2011/1/13 Dmitry A. <dand...@gmail.com>:

[Dmitry A.]

Hi Phil,

I have tested what we have in In-Portal + In-Commerce 5.1.1 and 5.2.1-Beta1 (used official In-Portal beta) and it seems that both are working exactly as you are expecting. You are welcome to test on Beta yourself.

Also, I want to related to your another discussion which is VERY related to this issue + has some screenshot takes by me.

Here is a link - https://groups.google.com/d/topic/in-portal-bugs/9RmxvgLwN2w/discussion

DA

[Phil -- wbtc.fr --]

Hi Dmitry,

same thing here, it works only for USA, for other destinations,
shipping price is correctly shown in dropdown shipping, but isn't
applied, as described in my post (but I forgot to say I was testing
with another destination country).

And you are right, it's related to this other discussion: shipping
engine is broken, wheter we use handling fee or weight calculation.

P.

2011/2/3 Dmitry A. <dand...@gmail.com>:

[Alexander Obuhovich]

Maybe you've enabled metric system, where one textbox (in kg) is displayed instead of 2 textboxes (in lbs and ounces)?

Also maybe products, where "Weight = 0" and "Weight NOT ENTERED" are threated differently during shipping calculations.

Please take that into consideration and repeat your tests.

[Phil -- wbtc.fr --]

please read carefully my post, the shipping engine acts differently
when I select another country than USA.

Then whatever the setup is, metric or not, the same shipping type
should apply the same way for any countries enabled in shipping zone.
It's not the case here.

2011/2/3 Alexander Obuhovich <aik....@gmail.com>:

[Dmitry A.]

Hi guys,

I believe I got to the bottom of this issue.

Shipping Cost won't apply to the Order Totals for International orders using Custom Shipping Engine Types. All USA orders work just fine.

The issue is related to purely integrated parts of USPS Shipping Engine which led to UpdateShippingTotals to malfunction for Custom Shipping Engine Types.

Phil, please find a fix attached in a way of patch.

Task created for this issue:

988: Shipping Cost won't apply to Order Totals for International order

http://tracker.in-portal.org/view.php?id=988

Alex, could you please review/test the task and patch.

Thanks.

DA

[Alexander Obuhovich]

Wow. I wasn't expecting bug in there.

DA

--

You received this message because you are subscribed to the Google Groups "In-Portal Bugs Team" group.
To post to this group, send email to in-port...@googlegroups.com.
To unsubscribe from this group, send email to in-portal-bug...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/in-portal-bugs?hl=en.

[Phil -- wbtc.fr --]

patch tested OK as per my test on 5.1.1.

2011/2/4 Alexander Obuhovich <aik....@gmail.com>:

[Alexander Obuhovich]

Good.

Now shipping stuff works on you website completely or there are other issues, discussed in separate discussions?

[Phil -- wbtc.fr --]

I'll do more tests and let you know if we have a problem. this is one
of my customer's website, that's why it was an urgent matter for me.

2011/2/4 Alexander Obuhovich <aik....@gmail.com>: