Description: Options -> LibreOffice Writer -> General 1. When I change measurement units from inches to millimeters, I can't immediately (without closing the Options window) change tab stops from 5.08 mm to 5.00 mm because it restores 5.08 mm. In addition, if I change the units without closing-reopening the window, on Table page I see inches instead millimeters. But when I set millimeters on General page, close and reopen the window, I see millimeters on Table page too. 2. When I change measurement units, close the Options window and reopen it, I can change the tab stop what I want. But if I set 5.00 mm, close and reopen the window, I see 4.99 mm instead 5.00 mm. Such problem is for Grid and Table pages too. It seems there are some problems with rounding floating-point numbers when they must be displayed, and this is annoying. I set "trivial" severity because it seems this problem is annoying but no more, and it doesn't affect on real working process with Writer. Steps to Reproduce: 1. Open Options window when inches are default measurement units. 2. Change the units on Options -> LibreOffice Writer -> General and try to change immediately (without closing the window) tab stops: they will be restored automatically from 5.00 to 5.08 mm when Apply button is pressed. 3. See Table page where will be inches instead millimeters although millimeters were been set already. 4. Close Options window and reopen it. 5. Try to change tab stops to 5.00 mm, close and reopen the window. It is possible to play with Grid and Table pages too (5.00 mm will be replaced with 4.99 mm, 50.00 mm - with 50.01 mm etc when you close and reopen the window). Actual Results: 1. It is impossible to set values immediately after changing from inches to mm. 2. For some values I see incorrectly rounded values which have 0.01 mm difference from values what I set. Expected Results: 1. When a user changes the measurement units this changing must work immediately on all pages of Options window, not only after closing and reopening the window. 2. A user must see exactly that values which were been set. Real accuracy of floating-point numbers is sufficient for such values, but it is necessary to round them correctly taking into account that "real" numbers are binary but displayed numbers are decimal. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
I'm not sure, if this is a bug or an enhancement request. cc: Design team
Hard to say whether it's a bug or enhancement. Users expect the Apply function to work across tabs but it isn't. (Usability issues are never trivial; and we should focus on one issue per ticket- the rounding topic is something else.)
I found, that a rounding bug is on other windows too (for example, on paragraph style window). I don't know must I open new bug report or no because a cause, it seems, identical.
Still present in Version: 7.2.0.3 (x64) / LibreOffice Community Build ID: 2a7ea282da28d665a7dc086360567b4aea27bf08 CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL
Dear Ivan, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Both problems still present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded