Created attachment 170673 [details] Screenshot Border jumps above the text if we set line width and then line style. Create a Text Box (Writer or Calc) with some text in it. Set line style to `none`. Set line width to any value (ex. 0,50cm). Now set line style to `continuous`. The border will jump above the text. Set line style to `none`, then line width to zero will reset the box. It works fine if we set line style first and then line width. Thanks
I tested even with 7.0 and it is not possible to change the width, if the line style is none. Can you explain how you were able to change the width like that?
Created attachment 179250 [details] Text Box with line style set to none and line width editable
As you can see from the attachment, when you create the Text Box, line style is set on `none` but line width is editable. Tested on libreoffice 7.2.6 Thanks
Ah, it was in the toolbar. I confirm with 7.3. I initially tested in sidebar and the dialog. Let's change the topic to be about harmonising the toolbar behaviour.
The bug exists also in the dialog. Set line style to continuous, then width to non zero value, then style to none. Apply. Then set style to continuous, apply. Here the bug!
(In reply to Fabio Z Tessitore from comment #5) > The bug exists also in the dialog. > > Set line style to continuous, then width to non zero value, then style to > none. Apply. Then set style to continuous, apply. Here the bug! Damn, that is true. Arch Linux 64-bit Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 678446780446ae568ee8b1b814158c54ea5e393f CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Jumbo Built on 1 April 2022
Already behaves like that in LibreOffice 3.3.0.
Dear Fabio Z Tessitore, 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