Description: FORMATTING Wrap text automatically not working when value inserted using vlookup() function Steps to Reproduce: For cells B6 and E2, Format Cells, Alignment have: * Horizontal: Left * Vertical: Top * Wrap text automatically: Enabled In cell A6, change the values between: 0, 1 and 2. It is understood that the B6 and E2 cell sizes should change when more or less space in required. Are you able to reproduce and fix? Thank you Actual Results: Cell sizes don't change to fix the data. Expected Results: Cell sizes should change (expand or reduce) to fill the data Reproducible: Always User Profile Reset: No Additional Info: Attachment will be added in the next entry as unfortunately there is no option to add it now. LibreOffice Version: 6.4.2.2 Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3 CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: gtk3; Calc: threaded Linux Mint 19.3 Cinnamon 64-bit
Created attachment 159373 [details] Wrap text automatically not working when value inserted using vlookup() function
Confirm with Version: 7.0.0.0.alpha0+ Build ID: aa191f35978ea48bbacc0e613ae8f0e6536ebcfc CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Please enable this to work correctly when "Protect Sheet..." has also been enable. Thank you
Dear Óvári, 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
(In reply to QA Administrators from comment #4) Present with Version: 7.3.5.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 2; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Ubuntu package version: 1:7.3.5-0ubuntu0.22.04.1 Calc: threaded
(In reply to QA Administrators from comment #6) > If the bug is present, please leave a comment that includes the information > from Help - About LibreOffice. Version: 24.2.5.2 (X86_64) / LibreOffice Community Build ID: bffef4ea93e59bebbeaf7f431bb02b1a39ee8a59 CPU threads: 12; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Flatpak Calc: threaded
(In reply to Óvári from comment #0) > Expected Results: > Cell sizes should change (expand or reduce) to fill the data Is that expectation realistic? Based on what? Is there any case in which Calc automatically and dynamically modifies the size of a cell according to its content?
(In reply to ady from comment #8) > (In reply to Óvári from comment #0) > > > Expected Results: > > Cell sizes should change (expand or reduce) to fill the data > > Is that expectation realistic? Based on what? Is there any case in which > Calc automatically and dynamically modifies the size of a cell according to > its content? 1. It was understood that there are spreadsheet programs that already this issue. 2. LibreOffice Calc automatically and dynamically changes the value in a cell which has a formula based on another cell. 3. There are spreadsheet programs that support dynamics arrays and dynamic charts which automatically and dynamically modify ranges.
ATM, in Calc, the size of the cell is expanded when the cell has the Wrap Text attribute and you (directly) introduce some text. At that instant, the size of the cell can be expanded. Continuing from that status (i.e. "size of the cell expanded, according to some rather long text within it"), changing the content of the cell in order to have a text that is shorter than the prior one, will not automatically shrink the cell's size. You will have to resize it (manually, for example to the new "optimal" size) after the new (shorter) text is introduced. Calc ATM does not automatically change the size of the cell according to the (text) result of a formula. I don't recall this was ever the case (but I will be happy to be misremembering). IMO, in comment 2 the confirmation of the behavior is rather partial. IOW, the confirmation is about the behavior, but not about the existence of a bug. So, again I ask... Is there any Help Content, or documentation, or Guide, or some tutorial, or some other case **in Calc** that would suggest that this was already the expected behavior? Could you provide a link to such Help Content (or similar)? From your comment 9, my impression is that this is not a bug report, but rather a request for enhancement. In other words, you seem to be expecting a certain behavior, but there is no indication or some base to suggest that Calc was already supposed to behave in that way. Moreover, while I can understand the desire for the described behavior under certain conditions, I am sure that such change would be also disruptive and unwanted for some other cases. A user might not want to have the size of cells constantly changing depending on the varying results of formulas. Forcing such change for every cell that has the Wrap Text attribute without any other condition might not be welcome by many users with valid use-cases. Some other/additional attribute would have to be set in order to trigger the described (requested) behavior. Perhaps something related to automatically recalculating the "Optimal height"? (I have not tried it myself.) As a side note, there are alternatives to the request, although the result is not exactly the same. One possibility is to have the initial size of the cell to be the biggest possible (according to the longest possible text). Every shorter text will be entirely contained within the cell. Another alternative is to set the alignment to "Shrink to fit cell size" (whichever the initial size of the cell would be).