Summary: | Height of cells with wrapped text is lost after saving, depending on the column width | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Tobias Leupold <tl> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | aron.budea, bunk3m, Jeff, jerome.bouat, kelemeng, rafael.palma.lima, rot_753, stephane.guillou, vasily.melenchuk |
Priority: | medium | Keywords: | bibisected, bisected, regression |
Version: | 6.1.4.2 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.documentfoundation.org/show_bug.cgi?id=62268 | ||
Whiteboard: | target:7.6.0 | ||
Crash report or crash signature: | Regression By: | Vasily Melenchuk | |
Bug Depends on: | |||
Bug Blocks: | 125077 | ||
Attachments: |
Example with a column width of 18 cm before saving
Example with a column width of 18 cm after saving, closing and re-opening Example with a column width of 17 cm before saving Example with a column width of 17 cm after saving, closing and re-opening The 18 cm column width saved file The 17 cm column width saved file |
Description
Tobias Leupold
2022-01-09 16:27:51 UTC
Created attachment 177415 [details]
Example with a column width of 18 cm before saving
Created attachment 177416 [details]
Example with a column width of 18 cm after saving, closing and re-opening
Created attachment 177417 [details]
Example with a column width of 17 cm before saving
Created attachment 177418 [details]
Example with a column width of 17 cm after saving, closing and re-opening
Created attachment 177419 [details]
The 18 cm column width saved file
Created attachment 177420 [details]
The 17 cm column width saved file
PS: Maybe this is still or again the problem from Bug #49255, but this one has been filed and fixed almost a decade ago. I just found it whilst researching the possible cause for this bug here. More: - Open the 18 cm column width sample file (https://bugs.documentfoundation.org/attachment.cgi?id=177419) - Paste "1111111 2222222 3333333 4444444 5555555 6666666 7777777 8888888 9999999 0000000 1111111 2222222 3333333" in A2 - Set Wrap Text - Change the zoom level Actual result: The second 2222222 group changes from first to second line depending on zoom level. But, after reload, Wrap Text is not lost for this cell. Version: 7.1.8.1 (x64) / LibreOffice Community Build ID: e1f30c802c3269a1d052614453f260e49458c82c CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: es-MX (es_ES); UI: en-US Calc: CL Skia is not enabled. Maybe the title must be changed. A line break in a cell is set with Ctrl+Enter (not the case here). Wrap Text is the issue here. This is actually right ;-) Wrong or correct cell height with wrap can be seen already on fileopen. No repro 6.1 oldest, repro 6.1 master and 7.4+. Seems regression. commit ee9a64227e53eb0788cae2de947a41d0b3185b92 Date: Tue Oct 23 00:07:51 2018 +0200 source 693953dd4699887bd3f5bca2c3582b5fae1d6992 pre fad764c02c7a9cd210bfa44ea0ce1ac5354d6427 author Vasily Melenchuk <Vasily.Melenchuk@cib.de> 2018-04-06 commit 693953dd4699887bd3f5bca2c3582b5fae1d6992 (patch) tdf#62268: allow row height recalculation on document load During document load rows with style:use-optimal-row-height="true" should recalculate it's height. * includes: Row height tolerance level increase for unittest * tdf#118086: calc: invalid row autoheight fixed Could be a duplicated of bug 130383 or bug 132354 but let's keep like this, because all is clear. *** Bug 148139 has been marked as a duplicate of this bug. *** CCing Vasily. *** Bug 148288 has been marked as a duplicate of this bug. *** I can't reproduce this since 7.6 commit: https://git.libreoffice.org/core/+/b1393fd5ce847f40abab49f57c67929bb0087fae author Maxim Monastirsky <momonasmon@gmail.com> Fri Mar 17 14:54:30 2023 +0200 committer Maxim Monastirsky <momonasmon@gmail.com> Thu Mar 23 08:54:06 2023 +0000 sc drawstyles: ODF import and export Examples in bug 148139 also seem to work now. The example in bug 148288 is looking better, but not perfect, since it's zoomed to 120%. Changing the zoom level to 100% however fixes it, and changing zoom also changes whether all text is visible or not - but this was also true in 6.1, so a different issue. |