Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) When column is too narrow - automatic width does not expand the column. Steps to reproduce: * insert table * insert content so that it will go into multiple rows * select all table * try to adjust automatically column width using Table->Autofit->Optimal column width Result: column width will be not changed if it was narrower than content. Column width automation works only when width is broader than content.
Created attachment 115853 [details] backtrace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115854 [details] strace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115855 [details] document created during backtrace as root Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115856 [details] document created during strace as regular user Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
The crucial part of the bug is: when table is too right side then autofit function will not move table to left as much as needed to autofit the content. This applies also when table is already aligned to the right and then there is a need to change something in the table and then again need to re-autofit the content - it will not work if table is even a little bit too right side. Expected result - when at the left side is enough free space then autofit function should use that free space also at left side and not right only.
(In reply to Edmund Laugasson from comment #5) > The crucial part of the bug is: when table is too right side then autofit > function will not move table to left as much as needed to autofit the > content. > > This applies also when table is already aligned to the right and then there > is a need to change something in the table and then again need to re-autofit > the content - it will not work if table is even a little bit too right side. > > Expected result - when at the left side is enough free space then autofit > function should use that free space also at left side and not right only. For me it works ok. It expands to the left side, if I have too much stuff in a right-side column. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: b9630867d17c01ec41f6461b1e96288f3932248c TinderBox: Win-x86@39, Branch:master, Time: 2015-05-25_00:45:41 Locale: fi-FI (fi_FI)
Not reproducible for me with Version: 5.0.1.0.0+ Build ID: f6b9ba3394db50c94427e2d9cd83a5b13f528f41 built at home under Ubuntu_15.04_x86-64 Please, could you test again with the current RC? Best regards. JBF
Created attachment 117214 [details] Bug still exist - autofit columns does not work Hereby I tested with current dev version LibreOffice 5.0.0 RC3 and I have to admit that bug still exist. Version: 5.0.0.3 ID: f79b5ba13f5e6cbad23f8038060e556217e66632 Locale: et-EE (et_EE.UTF-8) OS: 64-bit Linux Mint 17.2 with Cinnamon desktop, kernel 4.0.8-040008-generic I created table with 2 rows and columns, entered text and used autofit. So far so good. Then I added some words so the text went to two rows. Now autofit does not work.
(In reply to Edmund Laugasson from comment #8) > Created attachment 117214 [details] > Bug still exist - autofit columns does not work Ok, so I didn't understand that the table needs to be placed to the right side of the page. Now I could reproduce. Note: In 5.1 there is no Table - Autofit menu item anymore! So with 5.1 I used the toolbar icon https://help.libreoffice.org/Writer/Optimal_Width Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ (x64) Build ID: 8de7d44f96252e97e224d42466698114370dbaa3 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-07-13_21:43:47 Locale: fi-FI (fi_FI) Versio: 5.0.0.3 Käännöksen ID: f79b5ba13f5e6cbad23f8038060e556217e66632 Maa-asetus: fi-FI (fi_FI) Ubuntu 15.04 64-bit OpenOffice.org 3.3.0 OOO330m20 (Build:9567)
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Tested with LibreOffice 5.2.1, 64-bit on Linux Mint 18 (kernel 4.7.4). When created new files in LibreOffice 5.2.1 - it worked. But when opening these files included when the bug reported - did not work. Result: new files are working but not old ones.
Created attachment 127471 [details] works for me when creating new file from scratch in 5.2.1 Tested with LibreOffice 5.2.1, 64-bit on Linux Mint 18 (kernel 4.7.4). Not sure whether to consider it solved or not. With new 5.2.1 version it works but not with old files. This might be still a problem when opening files made with older version of LibreOffice.