News:

You may pay someone to create your store, or you visit our seminar and become a professional yourself with the silver certification

Main Menu

2.0.18 wrong multiple price for children products

Started by atrus, January 08, 2013, 21:45:14 PM

Previous topic - Next topic

atrus

hi to all,

noticed the following: when a wholesale customer logs in, he can see the wholesale prices,no problem. however, for products with children products, the price shown in the product details page is the normal, retail price, not the wholesale ones. furthermore, the strange thing is that the wholesale prices of these products are shown ok in the browse page, it's only the flypage that has the problem! you may check this here :

www.quality-tuning.co.uk

try wholesale user jegel / jegel

rgrds,
chris

atrus

#1
Problem remains in VM 2.0.18a:

(first login with test wholesale user xondriki / xondriki)

Browse Page (Correct Wholesale Price)

http://www.quality-tuning.co.uk/list-all-products?keyword=152517-8&limitstart=0&option=com_virtuemart&view=category

If you click on the details or go here:

http://www.quality-tuning.co.uk/universal-stainless-steel-chrome-plated-exhaust-tips-mercedes-amg-e63-style-offcenter

then in the product details price the price changes to the retail one (the default product price).

Interesting Point: Upon loading of the page, you can see that there is a fraction of a second where the correct wholesale price appears, but then its overwritten by the retail one!

Would appreciate your assistance,
rgrds,
chris

jjk

A few things I would check to locate the problem:
Do you get the same effect when using a Joomla standard template? (Maybe your shop template doesn't understand multiple prices yet)
Does it make a difference when you use the VirtueMart jQuery instead of Google jQuery?
Do you have the same shoppergroups assigned to the parent and the child products? (At a first glance it looks to me like the parent product is displayed in the category view and product details view (SKU 152517-8), but only the child products (SKUs 152517 and 152518) can be added to the cart).
Non-English Shops: Are your language files up to date?
[url="http://virtuemart.net/community/translations"]http://virtuemart.net/community/translations[/url]

atrus

#3
Thanks for your reply jjk, regarding your advice:

- We have checked with template developer and also tried with the template=0 at the URL; it seems that the issue is not template-related.

- We have tried all possible combinations of VirtueMart jQuery / google jQuery library (ON/OFF) from VM config, but the problem remains.

- The same shoppergroups are assigned to parent (152517-8) and child products (152517, 152518). Indeed the parent product is displayed in the category view and the child products in the product details view. However, if you make a search for 152517 or 152518 then the child products will appear also in the category view, and their prices will be the correct wholesale ones (don't forget to login first).

Also to mention that above was working normally with VM 2.0.16. Any other advice would be most welcome, this issue is quite puzzling for us, we really cannot understand why the price is correct at browse page and wrong at flypage  :-\

Rgrds,
Chris

jjk

I'm not a dev and php illiterate, so this is a shot into the dark. My guess is that it is related to this recent fix:

"...prevent overwrite of child products if non price is set, if the parent is stored with more than one price
opening a product, with a zero price is now preventing that the price is automatically stored as 0.0"

If I understand that correctly, you might try to play with the child product price settings.
Non-English Shops: Are your language files up to date?
[url="http://virtuemart.net/community/translations"]http://virtuemart.net/community/translations[/url]

Milbo

I may could understand it with Backend access. Strange thing. Maybe the problem is the variant Left/right, because it is showing first the correct price correct.
Should I fix your bug, please support the VirtueMart project and become a [url=http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail]member[/url]
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

atrus

Just sent you the backend details Milbo, in case you find some time to take a look.

Thanks in advance,
Chris

Milbo

I think I found the reason.

You are using the stockable variant with cart attribute. But you set the price there as 0. So it is not using the price of the product
When a custom is a cart variant, it takes the price with the variant. Strange is indeed that it takes for the variant the wrong price.
Should I fix your bug, please support the VirtueMart project and become a [url=http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail]member[/url]
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

atrus

#8
Hi Milbo,

Thanks for your reply; just to clarify: is smth that we are doing wrong, or is it an issue with Virtuemart?

Every stock variant has multiple prices also (retail, wholesale, etc..) so we have to set its price to 0 so that virtuemart fetches the variant's correct price directly, there is no other option i guess. But still, for some reason VM fetches its parent price  :-\

Rgrds,
Chris

Milbo

if child,.. 0 means take parent
0.0 means take 0.0
Should I fix your bug, please support the VirtueMart project and become a [url=http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail]member[/url]
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

atrus

Hi again to all,

Unfortunately, the problem remains in VM2.0.18b. Initially we thought it was due to CSVI import and we checked with the developer (Roland). He confirms this problem in his installation and thinks it's indeed a VM2 issue:

[edited, link removed lead to a closed forum, useless for us]

We are stuck here, as we cannot identify the source of the problem and ofcourse how to solve it. If you cannot reproduce it, we can gladly give access to our backend for a check.

Would appreciate any ideas.

Rgrds,
Chris

atrus

Hi to all,

Problem still remains in VM2.0.20b!

We'd appreciate if anyone could take a look at our installation, this looks like a nasty bug! It is troubling us many months now.

The bug is as follows:

Log in as a wholesale user (xondriki/xondriki) here:

www.quality-tuning.co.uk

Go to this page:

http://www.quality-tuning.co.uk/list-all-products?keyword=bl206&limitstart=0&option=com_virtuemart&view=category

You will see the parent product (BL206) and its children (stockable variant) along with their wholesale prices.

Now, if you click on BL206, you will go to the flypage and you will notice that the children products shown are the retail ones!!

This is a critical bug with the stockable variants, i hope the dev team could take a look!

Rgrds,

Milbo

Hmm I cant find it, but maybe the reason is the stockable plugin or some ajax. I see that the price is changed dynamically.

But seems to work for me,.. anonymous I get 48 euro and logged in I get 40 euro. so?
Should I fix your bug, please support the VirtueMart project and become a [url=http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail]member[/url]
______________________________________
Extensions approved by the core team: http://extensions.virtuemart.net/

atrus

Hi Milbo,

The problem is that the wholesale price is 28.92 and not 40.82! 40. 82 is the retail price without the tax ( 40.82 + 18% tax = 48.16 which is the retail price which the unlogged users see)

If you go to the browse page as logged in user:

http://www.quality-tuning.co.uk/list-all-products?keyword=bl206&limitstart=0&option=com_virtuemart&view=category

The price here shown is 28.92 which is the correct wholesale

But if you go to the product flypage as logged in user:

http://www.quality-tuning.co.uk/audi-a4-a6-stainless-steel-exhaust-tip-dual-2x76-2x89-l190-200-in60

The price shown now is not 28.92 but 40.82!! (The untaxed retail price)

Maybe some bug with the stockable plugin? It fetches the wrong shopper group price for the child products.

I hope it is clear now.

Rgrds

Joseph Kwan

It looks to me the variant price calculation has not taken into account of the shopper group. If the parent product price is the same as that of the child product, the transient price (the correct price) seen on the flypage is that of the parent product, not the child product.



Joomla/VM Upgrade Services. Problems with your migration? We can help.
Custom extensions to VM. Performance Tuning. Template modifications and advices.
Pay service to make VM work according to your needs. Your Joomla/VM solutions are just a PM away.