openerp-india team mailing list archive
-
openerp-india team
-
Mailing list archive
-
Message #26160
[Bug 1240243] Re: [6.1] product_variant_multi generation bug
Hello Martin,
Thanks for the patch and bug report!
But product_variant_multi is a part of extra addons, which is not maintain by "Tiny" anymore.
On trunk version you can see variant available on official product module. For 6.1 you can propose the merge for this, So OpenERP community can look and accept it.
If you or anyone from the community would like to work on it, please mark the bug as "In progress" and assign it to yourself (or ask us or anyone from OpenERP Drivers to do it for you). In the mean time, we will mark it as "Won't fix" to indicate that
no further progress is expected at the moment.
Thank you!
** Changed in: openobject-addons
Status: New => Won't Fix
** Summary changed:
- [6.1] product_variant_multi generation bug
+ [extra-addons] product_variant_multi generation bug
--
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Addons.
https://bugs.launchpad.net/bugs/1240243
Title:
[extra-addons] product_variant_multi generation bug
Status in OpenERP Addons (modules):
Won't Fix
Bug description:
eoc-extra-addons/6.1 revno 12
ocb server 6.1 revno 4319
Kubuntu 12.04
If you have more than one variant_dimension_type, when you hit the 'generate' button you only get one variant per variant_dimension_value but you should get the cartesian product of type1.values x type2.values etc.
This is a regression.
Furthermore, after I fixed that I found the variants are sorted by variant_dimension_option.sequence then name. Since in my case those sequences are all zero I get an alphabetical sort which is meaningless and throws off my default_code generation. I guess most people will have zero option sequences.
The sort should be by variant_dimension_type.sequence then variant_dimension_option.sequence then name.
I attach a patch which fixes both issues.
Really the links from values -> options -> types should be named more
sensibly.
I also note that when I import variant_dimension_options from CSV all
the types are set to the first type which rather screws things up. I
haven't looked into the reason for this though.
To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-addons/+bug/1240243/+subscriptions
References