Description: Table goes outside the page when changing column width with adapt table with enabled Steps to Reproduce: 1. open the attached file 2. Table -> Properties -> Table 3. Check Alignment From left 4. Table -> Properties -> Column 5. Check adapt table with & enter 14 into column 1 (press OK) 6. Table -> Properties -> Table -> Notice the width has become 17 (which should be 13 IMHO) 7. Check adapt table with & enter 17 into column 1 (press OK) Actual Results: Column width is changed by column width Expected Results: Column width is set in a different tab and is a fixed number IMHO. They column tab must always correct to numbers matching the defined width Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: ru-RU (nl_NL); UI: en-US Calc: CL also in 3.3.0
Created attachment 163935 [details] Screencast
Created attachment 163936 [details] Example file
I was able to successfully replicated the bug on Version: 7.0.0.0.alpha1 (x64) Build ID: 6a03b2a54143a9bc0c6d4c7f1... CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win; Locale: en-US (en_US); UI: en-US Calc: threaded The steps and videos were significant to replicate the behaviour. I did a little more investigation and found the issue can be also reproduced with slightly modified steps and the additional information were found when the application corrected the issue. Precondition: • In the following example measured unit set in the Options is set to centimeters (cm) • Total table width is 17cm • Example file is used (https://bugs.documentfoundation.org/attachment.cgi?id=163936) Scenario: 1. Open file from the precondition in LibreOffice Writer 2. Position the cursor on one table cell and press right-mouse click 3. The popup menu is opened and from the menu press on the “Table properties” option 3.a. “Table properties” dialog is opened 4. Change Alignment from “Center” to “From left” 5. Go to Columns tab 5.a. Current values are Remaining space: 4.00; Column width 1: 12.00; Column width 2: 1.00 5.b. Check “Adapt table width”, enter 14 into column 1 and press Tab button (or do focus out) 5.c. Current values are update to - Remaining space: 3.00; Column width 1: 13.00; Column width 2: 1.00 5.d. Press OK -> Table is updated correctly 6. Open “Table properties” dialog 7. Go to Columns tab 7.a. Current values are Remaining space: 3.00; Column width 1: 13.00; Column width 2: 1.00 7.b. Check “Adapt table width”, enter 17 into column 1 and press Tab button (or do focus out) 7.c. Current values are update to - Remaining space: 0.00; Column width 1: 16.00; Column width 2: 1.00 8. Press OK Actual result: - Table width is updated correctly: Column width 1: 16.00; Column width 2: 1.00 (OK) - Remaining space stayed at 2.00 cm (Not OK) o See attachment ID_135437_20210220.mp4 o This behavior is happening on all Measurement units Expected result: - Remaining space is updated to 0.00 cm Additional steps: 9. Open “Table properties” dialog 10. Go to Columns tab 10.a. Current values are Remaining space: 0.00; Column width 1: 16.00; Column width 2: 1.00 10.b. Go to Table tab 10.c. Press OK 11. Remaining space is adjusted correctly to 0.00. Note: to change units into Centimeters, you need to follow steps: - Go to: Tools -> Options -> LibreOffice Driver -> General - On the right find Setting section, in the “Measurement unit” drop down choose Centimeter and press OK.
Created attachment 169933 [details] Recorded scenario, based on the comment 3
(In reply to Zivan Miljkov from comment #3) > I was able to successfully replicated the bug on > Version: 7.0.0.0.alpha1 (x64) > Build ID: 6a03b2a54143a9bc0c6d4c7f1... => Status NEW
Dear Telesto, 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