- In Writer, insert a rounded rectangle, - Move the control point all the way to the right, so the shape has half-circle ends, like a pill, - Open right click -> Position and Size..., switch to Slant & Corner Radius, and note the Control Point 1 value (for me it's 0.82 cm, but I've seen different values as well), - Leave dialog, move the control point to some other point, - Open the dialog again, and enter the previous value as Control Point 1's X value. => The ends don't become half-circles. Another way to test this is by opening the dialog at eg. the default size, and entering a large number as Control Point 1's X, eg. 100 cm, then pressing OK. => The ends should become half-circles, but they don't. It seems the value entry field has incorrect limits. Observed using LO 7.6.0.0.alpha0+ (2721520ca37654056c3d509657c50ee42e3dcae4), 5.1.0.3 / Ubuntu. In 5.0.0.5 the dialog tab is different, marking this as implementationError, and adding bibisectRequest, perhaps the commit that changed the dialog can be identified.
Reproduced in: Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1349f140fcc49e5da78482ca3db09663ccdae0a9 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Same in: Version: 6.0.0.3 Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk2; Locale: en-AU (en_AU.UTF-8); Calc: group Caolán, I see you worked on this dialog for 5.1: https://wiki.documentfoundation.org/ReleaseNotes/5.1#View/Edit_Control_Points Any idea?
Reason is wrong handling of mm <-> twips conversions in Writer. The field shows the "twips" value of the object, but names it "mm". If the handle distance is in reality 40mm, for example, then 40 * 72/127 = 22.68 and that value is shown in the field. The problem might be deeper than fixing the dialog. Conversion twips<->mm bugs are for example bug 127207 and 100972.
Dear Aron Budea, 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
The error is still in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cb149972d5fc82f3ca8009c3e51931c8d94ee664 CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded Aron is right that it might be a problem with converting the handle limits for that field. The values are correct for a speech-bubble callout; that has no limit on its handle. The maximum value is wrong for a isosceles triangle; that has shape width as limit on its handle.
For example, insert a rounded rectangle (4cm * 2cm) and move the control point all the way to the right. Calc, Impress and Draw show this as 1cm, but Writer shows this as 0.57cm. The dialog appears to have been changed in the following builds, but it was grayed out on Windows. At the time, it displayed 1cm. Version: 5.1.0.0.alpha1+ Build ID: b859d84e471fdb70b61607d2d919a7907d074bd0 author Caolán McNamara commit b859d84e471fdb70b61607d2d919a7907d074bd0 implement dialog control over enhanced shape control points use case is a desire to enable viewing and setting rounded rectangle radiuses to an exact known value