https://bz.apache.org/ooo/show_bug.cgi?id=127001
Rares Fetean <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #4 from Rares Fetean <[email protected]> --- I investigated more on this bug and I found the following: Environment: I managed to reproduce it partially on both Windows 7 x64 and on Windows 10 x64, on both running Open Office 4.1.3 (Build 9783 - Rev. 1761381). Note1: I managed to reproduce the bug as mentioned in the steps in Julia's comment (first comment) only the first time after opening a document and putting a different paragraph spacing and then converting to/from mm to cm. The following times for the same document I did not manage to reproduce it anymore. I managed to reproduce the bag partially, following the next steps: 1. Open a new document with text in it (and paragraphs) or add text to a new created text file 2. With the measurement units set to mm, select an entire paragraph and put a value in the 'above paragraph spacing' - for example: 12.49. 3. Leave the paragraph selected and set the measurement units to cm (note that the value is rounded to 1.25cm from 12.49mm) 4. With the paragraph still selected, set the measurement units back to mm Result: The value displayed is 10.00mm. If the user unselects the paragraph, the value is then correctly displayed as 12.49. In my first note in this comment I mentioned that I managed to reproduce the bug as initially described by Julia only for the first time; in this case, the value was 12.50mm, and not 12.49mm as expected. The noticed result is reproducible for any initial value put in the spacing field, considering that it's reproducible for other switches, too (from mm to in, for example). While doing tests, I also noticed a particular other problem that could be reported as a bug - When entering from keyboard the value in the spacing field, some particular values always showed the same issue - when entering values that had, for example, XY.59 (.59 as digits), the 59 after the floating point always converted automatically to a .58. I tried for values like "XY.79" and they converted to "XY.80". So, there definetly is a problem when entering by keyboard values that end in "9" and have the format of "XY.Z9". Finally, I looked in the Bug database for Open Office and found a bug that looked similar to this one, so I'll add it here for future reference - https://bz.apache.org/ooo/show_bug.cgi?id=124886 -- You are receiving this mail because: You are the assignee for the issue.
