https://bugs.documentfoundation.org/show_bug.cgi?id=145619
Bug ID: 145619
Summary: EDITING Rounding issue when re-enter Row height in
millimeters
Product: LibreOffice
Version: 7.2.2.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: [email protected]
Reporter: [email protected]
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».
--
You are receiving this mail because:
You are the assignee for the bug.
