Unit of measure ratio incorrect on save
Bug #1092497 reported by
Alan Lord
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Odoo Addons (MOVED TO GITHUB) |
In Progress
|
Low
|
OpenERP R&D Addons Team 2 | ||
Bug Description
As in bug lp:931363 the ratio of new Units of measure gets messed up by floating point maths.
See attached video.
I am attempting to create a new UoM in the Length category of 6.1m (the reference UoM is 1m).
However, when I save the UoM ration as 6.1 it gets changed to 6.09999982! This is not correct.
This on yesterday's trunk.
Related branches
Revision history for this message
| Alan Lord (theopensourcerer) wrote | #1 |
Revision history for this message
| Twinkle Christian(OpenERP) (tch-openerp) wrote | #2 |
| Changed in openobject-addons: | |
| assignee: | nobody → OpenERP R&D Addons Team 2 (openerp-dev-addons2) |
| importance: | Undecided → Medium |
| status: | New → Confirmed |
| Changed in openobject-addons: | |
| status: | Confirmed → In Progress |
| Changed in openobject-addons: | |
| status: | In Progress → Confirmed |
| Changed in openobject-addons: | |
| importance: | Medium → Low |
Revision history for this message
| Josse Colpaert (OpenERP) (jco-openerp) wrote | #3 |
| Changed in openobject-addons: | |
| status: | Confirmed → In Progress |
To post a comment you must log in.
This rounding issue existed in 6.1 also. (I tested with bigger and 6.1 as ratio). Of course, you should already have something like a large conversion factor and a large quantity on the invoice and a small precision for it to have effect.