Joren Van Onder 7f260ab517 [FIX] point_of_sale: round product.product price analogous to backend ... A rounding issue was resolved in ee33593351. It however introduced another issue. Rounding functions (both round_precision in web.utils and float_round in openerp.tools) are not perfect due to IEEE floating point limitations. However both should produce the same output given the same input. An example: rounding 13.95 to 2 digits yields 13.950000000000001. The additional rounding introduced in ee33593351 on price lead to issues in certain cases. One example occurs when applying a 90% discount on a product costing 13.95. The POS will do the following: > 13.950000000000001 * 0.09999999999999998 1.3949999999999998 > round_pr(1.3949999999999998, .01) 1.4000000000000001 whereas the backend will do (as eg. in sale.order.line) >>> 13.95 * 0.09999999999999998 1.3949999999999996 >>> round(1.3949999999999996, 2) 1.3900000000000001 Causing a difference of 0.01. The core of the issue is that in the backend 13.95 is rounded differently. When a Float gets written to the database doesn't just pass through the regular float_round. It passes through _symbol_set_float which truncates characters exceeding the precision. This implements the same approach in the POS. opw-715506 Closes #16119		2017-03-29 10:45:43 +02:00
..
css	[FIX] point_of_sale: adapt to Chrome 50's new handling of cell heights	2016-04-19 08:53:10 +02:00
fonts	[FIX] File permission: remove unnecessary executable perm on files	2015-01-23 11:11:27 +01:00
img	[MERGE] Bzr branch lp:~openerp-usertesting/openobject-addons/trunk-restaurant-wip-fva	2014-06-13 16:19:05 +02:00
js	[FIX] point_of_sale: round product.product price analogous to backend	2017-03-29 10:45:43 +02:00
sounds	[IMP] point_of_sale: add an error sound to the error popups	2014-08-05 14:03:21 +02:00
xml	[FIX] point_of_sale: fix country selection on touch events	2017-02-02 09:46:48 -08:00