search

EmreSarikaynak / magento-w2p

Automatically exported from code.google.com/p/magento-w2p
0 stars 0 forks source link

FixedQTY amount values optimization #613

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
We have a problem with the way out FixedQTY extension recognizes which option 
the customer picked.

A customer ran into a problem when they set all FQ values to 1 (fq.png). Setup 
this way, the product shows all options in the front-end but, when a customer 
picks one of them and adds the product to cart - the first and lowest qty is 
always selected and added to cart. 
Regardless if the customer picked another FQ, the extension processes the order 
only according to the qty value - resulting in the first one being selected 
when they are all identical.

Original issue reported on code.google.com by agur...@gmail.com on 26 Jul 2011 at 11:43

Attachments:

GoogleCodeExporter commented 9 years ago 
So it turns out that the record key is Qty.
There need to be a unique key for each record, so that the right record is 
picked for the cart.

Possible?
Please, get it cracking ASAP.

Original comment by ad...@zetaprints.com on 26 Jul 2011 at 11:55

GoogleCodeExporter commented 9 years ago 
Actually record key is not the QTY but QTY added to cart is QTY and since there 
is no obvious reason why you would use same QTY with different price, it is 
also used as means for getting the rest of the data - such as label and price.

Original comment by jamb...@gmail.com on 27 Jul 2011 at 10:56

GoogleCodeExporter commented 9 years ago 
It seems like a customer messed up Units and Qty.

As I understand Units is just a name for specific Qty value and no more. Am I 
right?

Original comment by Anatoly....@gmail.com on 27 Jul 2011 at 5:11

GoogleCodeExporter commented 9 years ago 
You are pretty close. I think that what happens here is that customer wants to 
set prices that are not evenly divisible to desired quantity.
For example $76 / 150 items makes $0,5066666666666667 per item.
Which of course will produce inconsistent prices since magento rounds to second 
digit
and will produce prices like $75

This kind of kills most important reason why we went the way we did - and that 
is keeping inventory up to date. But what can you tell to customers !!!

Original comment by jamb...@gmail.com on 27 Jul 2011 at 7:24

GoogleCodeExporter commented 9 years ago 
Some changes are made to the code.
It is not yet released to magento connect, have to test couple more things.
rev. http://code.google.com/p/magento-w2p/source/detail?r=1763

Original comment by jamb...@gmail.com on 2 Aug 2011 at 3:09

GoogleCodeExporter commented 9 years ago 
Attaching next release.
Don't have account access to magento connect, pleas upload it  there.

Original comment by jamb...@gmail.com on 5 Aug 2011 at 11:41

Attachments:

GoogleCodeExporter commented 9 years ago 
Uploaded package 
ZetaPrints_Fixedprices  0.9.9b (beta) 
to Magento Connect and installed it on
/magedev/ ver. 1.5.1.0
and
/mageimage/ ver. 1.6.0.0-rc2

All FixedQTYs hace a QTY value of 1 in the back-end (FQ_equal.png).

It works on /magedev/
http://d1.zetaprints.com/magedev/index.php/magentot-01/1pg-template.html
pricing is correct in the shopping cart - same as what I picked from the FQ 
options.

Doesn't work on /mageimage/ (M. 1.6)
http://d1.zetaprints.com/mageimage/index.php/magentot-01/1pg-template.html
I always get $1, which is the first option.

Original comment by agur...@gmail.com on 5 Aug 2011 at 4:17

Attachments: