https://bugs.freedesktop.org/show_bug.cgi?id=78447
--- Comment #3 from m.a.riosv <[email protected]> --- Created attachment 98818 --> https://bugs.freedesktop.org/attachment.cgi?id=98818&action=edit Sample file to test I have reorganize in vertical data in your, to make more visible, at least for me. Adding a ROUND() to the formula in column C to choose decimal places, makes more visible that the issue have their source in the precision. Changing decimal places in C1 between 14 to 15 hides or shows the error. In this case with the number 0,119313795119524 now in B10, reducing a decimal to this number works fine. The problem is with values 0,119313795119524 and 0,119313795119525 with 0,119313795119523 and 0,119313795119526 In any case I think it's better keeps under control when we are working on the precision limits. I don't know if it is really a bug or a corner case with the precision limits, but to be sure, changed to new, hoping some dev can verify. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
