Affected versions of LibO - tested today On Windows 10 Version: 7.2.2.2 (x86) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: nb-NO (nb_NO); UI: en-US Calc: threaded On Fedora 33, Mate Version: 7.0.6.2 Build ID: 00(Build:2) CPU threads: 4; OS: Linux 5.14; UI render: default; VCL: gtk3 Locale: nb-NO (en_US.UTF-8); UI: en-US Calc: threaded Pre-configuration in order to reproduce: - Options --> LibreOffice Calc --> General - Measurement unit = Millimeter - Tab stops = 12,7 mm - Options --> Language settings - User Interface = Default - English (USA) - Locale settings = Norwegian, Bokmål Steps to reproduce - Open empty spread sheet - Select any row (row 11 for instance) - Type a new value (9,00 in a particular test) and OK/close - Select the same row again and re-enter the Row height menu (only to observe). Expected value to be stored in Height text edit field: «9,00» Observed value on Windows 10 / LibO 7.2.2.2 : «8,9958 mm» On Fedora 33 / LibO 7.0.6.2 : «9,00 mm», but if I enter 8 instead and then re-opening row height dialog for the same row, then I observe «8,01 mm».
*** This bug has been marked as a duplicate of bug 144247 ***