Hi. While I want to write something into borders and want to specify the size of the box it doesn't stay at the right size after restarting the program. I think this is a bug.
Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. For example i is not claer to me, what kind of borders you mean: Borders of a table, of a paragraph, ... It might also helpful to attach a sample document (Please note that the attachment will be public, remove any sensitive information before attaching it) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
https://drive.google.com/open?id=1TcnM4lDow0gyoevqWn6sJ8Qgqv9zgLbl Here is link to the video which shows the problem.
Thank you for the video. That makes it more clear. I'm not sure, but I think the problem is, that two text boxes overlap. But I couldn't reproduce it.
I tried with a new test file and the same bug appeared to me again. Some of the earlier versions didn't have this problem, but I can't remember which version it was. The problem is nothing to do with two boxes, because it appeared to me in this test file with one box.
Here is a proof of the problem. Only one box at use and still the size of the box doesn't stay customized. https://drive.google.com/open?id=19lFLyUS6rykLP2xBZIUkoiqTlDirRqsz
I confirm this with Version: 6.2.0.0.beta1 (x64) Build ID: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (de_DE); UI-Language: en-GB Calc: threaded and Version: 5.4.7.2 (x64) Build-ID: c838ef25c16710f8838b1faec480ebba495259d0 CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; Gebietsschema: de-DE (de_DE); Calc: CL
Is there any solution to my problem. It is very annoying that everytime I need to edit my file, first I need to readjust the shapes.
Thmoas, I changed status back to NEW, because NEEDINFO means, that "the report is not complete to determine whether the described problem is a bug and we need additional information or actions from the reporter." This is not the case here. Unfortunately there are a lot of open bugs and every developer is free to take the bug he wants to take. So - to be honest - don't expect, hat your bug will be resolved very soon.
For your information: In Draw there is no such malfunction. There size of the shape remains intact even if I close the program and restart it. I don't know if it has something in common, but as I said, for your information.
Steps to reproduce (from video in comment 1. Open new document in writer 2. Insert a shape (rectangle) 3. Type some text into the shape. 4. Save as doc-file 5. File => Reload Actual result: Width of the shape shrinks to width of the text. Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 396c2ad2daad6fe6a11703d0ae1593929834afe2 CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: threaded
Dear Tuomas Vuorinen, 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
Still present in Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded
(In reply to Dieter from comment #12) > Still present in > > Version: 7.5.0.3 (X86_64) / LibreOffice Community > Build ID: c21113d003cd3efa8c53188764377a8272d9d6de > CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: > win > Locale: de-DE (de_DE); UI: en-GB > Calc: CL threaded In my version 7.3.2.2 this malfunction doesn't appear anymore. I Tested it by creating a new test file and there the box keeps the size after closing and restarting the program.