Description: Almost any drawing object (Shapes, lines, text boxes) will report a small-ish size value (say 5.8 pts) in the properties sidebar, whereas the object properties shown in the context menu's model dialog will report the (presumably) true (and typically larger) value (say 150 pts). Note that typing a small change in size into the sidebar's object size field will change the displayed object size and correct the displayed value. Using the value spinner associated with the size entry field will have the same effect. The object will often radically change in displayed size within the document with even a single spinner activation. Steps to Reproduce: 0. I'm able to reproduce on a (relatively) new, clean install of Fedora 26; I have not attempted to reproduce in a pristine VM. This issue does not appear to effect all measurement types, such as millimeters/centimenters, but I did not test all measurement types. 1. Select "points" in the Tools menu >> options... >> LibreOffice Impress/Draw" >> General >> Unit of measurement; save via "OK" button. 2. (in default, new document) Create a large rectangular shape object (ie. select Rectangle from the Drawing Toolbar) in the default document; unselect this object. 3. (re)Select this Rectangle object; view the Position & Size in the sidebar's properties view. 4. Also view the object Position & Size via object's context menu modal dialog box (right-click on object >> Position and Size...) Actual Results: For example, in a fresh document, if I draw a Rectangle object close to filling a page (612 pt by 792 pts, with 28 pt margins on all sides), the sidebar's properties pane will show for the position and size height=12.0 pt and width=11.6 pts (maybe this is inches?), whereas the object's context menu properties model dialog shows a size of 555.3 pt by 735.3 pt. Inspecting the saved document I see the following object: <draw:custom-shape draw:style-name="gr1" draw:text-style-name="P1" draw:layer="layout" svg:width="19.59cm" svg:height="25.94cm" svg:x="1cm" svg:y="1cm"><text:p/><draw:enhanced-geometry svg:viewBox="0 0 21600 21600" draw:type="rectangle" draw:enhanced-path="M 0 0 L 21600 0 21600 21600 0 21600 0 0 Z N"/></draw:custom-shape> Expected Results: The properties pane should show the correct result. Reproducible: Always User Profile Reset: Yes Additional Info: Also appears to effect LibreOffice Impress (same versions, methods to reproduce) Related/ancillary issue: when using points as the measurement, for small size values, the object size is always inconsistent with the intended/entered value. For example, if an object height of "4.0 pts" is entered, the object height will size to 4.3 pts (not 4.0 pts) and this will be shown in the document and the next time the field is displayed. I believe this is a result of the internal object measurement units of centimeters at a precision of 1/100 units resulting in rounding and consistency issues in the conversion to points. This precision issue however was not present before approx. version 3.3 but has persisted since 4.0. This makes high precision virtually impossible with points as the measurement unit (an extremely common unit for typesetting and similar activities). User-Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Created attachment 135671 [details] Draw with measurments set to points, size measurements shown Position and Size content panel differes from dialog Confirmed on Windows 10 Home 64-bit en-US with Version: 5.4.1.1 (x64) Build ID: a5be49f0c45fe24a575c7f41559aa8fc79a781a2 CPU threads: 4; OS: Windows 6.19; UI render: default; Locale: en-US (en_US); Calc: group In Draw's Sidebar, Properties tab -> Position and Size content panel calculates size--Width, Height--incorrectly when measurement values are set to points (from Tools -> Options -> LO Draw -> General) The position values--Position X, Position Y--are correct.
Remains incorrect in current master. Version: 6.0.0.0.alpha0+ (x64) Build ID: ddf0d439d36686008b6de16d59c9a9068622f26c CPU threads: 4; OS: Windows 6.19; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-19_00:44:50 Locale: en-US (en_US); Calc: CL Impress... Content panel in Impress correctly calculates size values in points.
(In reply to V Stuart Foote from comment #2) > Impress... > Content panel in Impress correctly calculates size values in points. Oops scratch that, Impress is equally affected which actually makes more sense.
** Please read this message in its entirety before responding ** 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 http://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
Verified as still present in Version: 6.1.2.1, Build ID: 6.1.2.1-3.fc29
This is the same issue as: https://bugs.documentfoundation.org/show_bug.cgi?id=100632#c6 but let's keep this open since that bug is about multiple issues.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/a573829438bf4a3dc43e8774bfe4e29989e2e352 tdf#111922 Fix Position&Size sidebar Height/Width order of magnitude It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-6-4": https://git.libreoffice.org/core/commit/baa365141e8b3c619c7de0b01612ffe0cc3885c7 tdf#111922 Fix Position&Size sidebar Height/Width order of magnitude It will be available in 6.4.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 129432 has been marked as a duplicate of this bug. ***
(In reply to NISZ LibreOffice Team from comment #6) > This is the same issue as: > https://bugs.documentfoundation.org/show_bug.cgi?id=100632#c6 > but let's keep this open since that bug is about multiple issues. According to that commit, this is a regression...
Gabor Kelemen committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/commit/261fef18ecef98bbe05de7422b6552f42b77176d tdf#111922 Fix Position&Size sidebar Height/Width order of magnitude It will be available in 6.3.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
*** Bug 129794 has been marked as a duplicate of this bug. ***