Somesh Khare(OpenERP) has proposed merging
lp:~openerp-dev/openobject-addons/6.0-opw-383660-skh into
lp:openobject-addons/6.0.
Requested reviews:
Naresh(OpenERP) (nch-openerp)
Related bugs:
Bug #931363 in OpenERP Addons: "UoM convertion with same Uom Category: New
Uom ratio changed by system after save "
https://bugs.launchpad.net/openobject-addons/+bug/931363
For more details, see:
https://code.launchpad.net/~openerp-dev/openobject-addons/6.0-opw-383660-skh/+merge/93392
Hello,
Scenario:
1. Create new UoM Category
From: Warehouse > Configuration > Product > Units of Measure > Units of
Measure Categories As 'Board_UOM'
2. Create Unit of Measurement
From: Warehouse > Configuration > Product > Units of Measure > Units of
Measure
Name: ‘Roll 3600’
UoM category : ‘Board_UoM’
UoM Type: ‘Bigger than the reference UoM’
Ratio: ‘3600’ (entered)
Rounding: ‘1’
After Saving the UOM ratio has been changed into ‘3597,122’. Backported the
issue from the Trunk addons Revision: 5204.
Kindly review the branch and please share your view on it.
Thanks.
--
https://code.launchpad.net/~openerp-dev/openobject-addons/6.0-opw-383660-skh/+merge/93392
Your team OpenERP R&D Team is subscribed to branch
lp:~openerp-dev/openobject-addons/6.0-opw-383660-skh.
=== modified file 'product/product.py'
--- product/product.py 2011-09-05 10:26:44 +0000
+++ product/product.py 2012-02-16 12:17:23 +0000
@@ -75,7 +75,7 @@
_description = 'Product Unit of Measure'
def _compute_factor_inv(self, factor):
- return factor and round(1.0 / factor, 6) or 0.0
+ return factor and (1.0 / factor) or 0.0
def _factor_inv(self, cursor, user, ids, name, arg, context=None):
res = {}
_______________________________________________
Mailing list: https://launchpad.net/~openerp-dev-gtk
Post to : [email protected]
Unsubscribe : https://launchpad.net/~openerp-dev-gtk
More help : https://help.launchpad.net/ListHelp
