Description: When using points as the measurement unit, setting the grid subdivisions per unit size does not appear to persist, and is reset on restart of libreoffice (all applications: draw, impress, writer, etc). Steps to Reproduce: 0. I'm able to reproduce on a (relatively) new, clean install of Fedora 27; I have not attempted to reproduce in a pristine VM. This issue does not appear to effect all measurement types, such as millimeters/centimeters, but I did not exhaustively test all measurement types. 1. Select "points" in the Tools menu >> options... >> LibreOffice Impress/Draw" >> General >> Unit of measurement; save via "OK" button. 2. Modify the grid size and subdivisions in the Tools menu >> options... >> LibreOffice Impress/Draw" >> Gird >> Resolution/Subdivision ; enter 72.0 for all values here; save via "OK" button. 3. Restart libreoffice. 4. Inspect the grid size and subdivisions in the Tools menu >> options... >> LibreOffice Impress/Draw" >> Gird >> Resolution/Subdivision. Actual Results: The grid resolution is typically preserved and for saved value of 72.0 pt, after restart the grid resolution is still 72.0 pt. However, for a saved value of 72 (spaces) grid subdivisions, after restart a value of 74 spaces will be presented . The new grid size will result in incorrectly positioned elements when snapping to grid points, other objects, etc. Expected Results: The grid subdivision option should be correctly preserved. Reproducible: Always User Profile Reset: Yes User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Repro. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: 14184060bd2249a492ea44d36463914c421e6ce5 CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 23rd 2018
Verified as still present in Version: 6.1.2.1, Build ID: 6.1.2.1-3.fc29
Dear Michael Epley, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The bug seems to no longer be present in this version of Libre Office: Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: f97a7b965be154824e108802b386e3132b0a237a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL threaded
I am not sure because, in my Libre Office, the resolution of the grid is in centimeters and not in points. But, perhaps it is because my Libre Office is in French and not in English.
Still repro Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 756254beedf2220a7602c81059ae1d70589072ac CPU threads: 8; OS: Linux 6.3; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 7 June 2023
Still reproducible per original instructions on Fedora 37 // LibreOffice Version: 7.4.6.2 Build ID: 40(Build:2) CPU threads: 12; OS: Linux 6.3; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded