Bug 145619

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».