Bug 118828 - FILEOPEN: RTF: Incorrect row's height in table if there's a shape inside
Summary: FILEOPEN: RTF: Incorrect row's height in table if there's a shape inside
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.4.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, filter:rtf, regression
Depends on:
Blocks: RTF-Tables
  Show dependency treegraph
 
Reported: 2018-07-18 15:51 UTC by Xisco Faulí
Modified: 2024-04-26 15:11 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
how it looks in MS2010 adding borders to the table (36.33 KB, image/png)
2018-07-18 15:51 UTC, Xisco Faulí
Details
The example file in Word 2013 and Writer master (159.23 KB, image/png)
2023-04-27 12:47 UTC, Gabor Kelemen (allotropia)
Details
Minimal example file with non-floating table (326.04 KB, application/msword)
2023-12-22 08:36 UTC, Gabor Kelemen (allotropia)
Details
Wrap settings of the image in Word and Writer (96.62 KB, image/png)
2023-12-22 08:44 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2018-07-18 15:51:33 UTC
Created attachment 143621 [details]
how it looks in MS2010 adding borders to the table

This a follow-up bug of bug 81943

Before https://cgit.freedesktop.org/libreoffice/core/commit/?id=015fd55c94b7b650ed8e572cafaf3b0f903b01b9, The 1 row in the table on first page had a height of 0.58 cms. After this commit, the purple image disappeared until it was fixed in https://cgit.freedesktop.org/libreoffice/core/commit/?id=8240be9170cc473506531dad2fda82469ae84443 where the row started to have a height of 3.67. If the image is removed it changes to 0.63 cms...

Steps to reproduce:
1. Open attachment 103717 [details]

Reproduced in

Version: 6.2.0.0.alpha0+
Build ID: 4d18cd6aad0daaefaca792e8eac173bea07f3750
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded
Comment 1 Buovjaga 2018-08-24 17:43:52 UTC
Confirmed.

Arch Linux 64-bit
Version: 6.2.0.0.alpha0+
Build ID: d30e76eb7854e9a4f170677719ad0ac3f92ef297
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; 
Locale: fi-FI (fi_FI.UTF-8); Calc: threaded
Built on August 23rd 2018
Comment 2 QA Administrators 2021-01-17 04:11:53 UTC Comment hidden (obsolete, spam)
Comment 3 Xisco Faulí 2021-01-19 09:18:17 UTC
Still reproducible in

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 6ce66560c59470a9eb76fbf80f439b452166d3e4
CPU threads: 4; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 QA Administrators 2023-01-20 03:24:48 UTC Comment hidden (obsolete)
Comment 5 Gabor Kelemen (allotropia) 2023-04-27 12:47:26 UTC
Created attachment 186967 [details]
The example file in Word 2013 and Writer master

This is a floating table, still not good. 
Now the text is readable compared to 7.5, but the table sizes are still buggy.

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9a555d79b3b00793edf1d51a8a7c76b723cc436d
CPU threads: 14; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: en-US (hu_HU); UI: en-US
Calc: threaded
Comment 6 Gabor Kelemen (allotropia) 2023-12-22 08:36:20 UTC
Created attachment 191559 [details]
Minimal example file with non-floating table

I played with this a bit, and it seems like the issue happens even if the table is not floating.
Comment 7 Gabor Kelemen (allotropia) 2023-12-22 08:44:31 UTC
Created attachment 191560 [details]
Wrap settings of the image in Word and Writer

This image (I replace the purple MS heading in Word with this) has a Behind Text wrap originally, but becomes No Wrap in Writer. Changing to In background with the context menu fixes the firs rows height.

More interesting is: why is there an empty paragraph before the B1 cells "C", and why is there a B3 cell appearing from nothing?