Bug 119186 - FILEOPEN: Some rows in table are higher than expected in .DOC with Microsoft fonts since Harfbuzz upgrade
Summary: FILEOPEN: Some rows in table are higher than expected in .DOC with Microsoft ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: high normal
Assignee: Not Assigned
Keywords: bibisected, bisected
Depends on:
Blocks: HarfBuzz-regressions
  Show dependency treegraph
Reported: 2018-08-09 21:24 UTC by Xisco Faulí
Modified: 2020-01-17 12:35 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

comparison MSO 2010 and LibreOffice 6.2 (497.28 KB, image/png)
2018-08-09 21:24 UTC, Xisco Faulí
Sample DOC with paragraph indentation -0,08 cm (212.00 KB, application/vnd.ms-word)
2018-10-16 16:14 UTC, Timur

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2018-08-09 21:24:51 UTC
Created attachment 144074 [details]
comparison MSO 2010 and LibreOffice 6.2

Steps to reproduce:
1. Open attachment 52268 [details] from bug 41728

-> Check 'Address including Country' row and the one before. They are higher than on MSO Word making everything move downward. See attached image

Reproduced in

Build ID: c86a47a9d3debbc7e8ee6247f573e7f98c611f19
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded

[Bug found by office-interoperability-tools]
Comment 1 Xisco Faulí 2018-08-09 21:26:55 UTC
regression introduced by:


Author	Akash Jain <akash96j@gmail.com>	2016-04-21 20:42:23 +0530
committer	Khaled Hosny <khaledhosny@eglug.org>	2016-04-24 21:29:58 +0000
commit	975c833943bab627eb461457ab1df35744b291cd (patch)
tree	9fd73588879a522d73752dcac9df93d55b567af1
parent	59dc694c9f858f0c892818ba6370665b352de6a8 (diff)
upgrade harfbuzz version from 0.9.40 to 1.2.6

Bisected with: bibisect-linux-64-5.2

@Khaled, could you please take a look at it when you have a moment ?
Comment 2 Khaled Hosny 2018-08-30 10:45:34 UTC
I don’t see how upgrading HarfBuzz would make a difference here, and I have no time to check unfortunately. But if someone wants to debug this, then building with system HarfBuzz and trying different HarfBuzz version until the specific version that broke this is known so that we can narrow it down and may be report the issue upstream.
Comment 3 Timur 2018-10-16 16:11:28 UTC
I confirmed this one... when I was younger. Now I'm hopefully wiser so let's review. 

If we open attachment 144074 [details] in LO 6.1.0 than it appears correct but it's not. 
If we try to enter data we can't, because fields are not imported. 
So difference seems to stem from an improvement with having forms fields to fill.
This shouldn't be regression. 

What appears like "height" is actually "width" of table columns for input from "Sort code" and "Sterling account..". 
Font is Arial Narrow. 
Opens OK in LO if we increase paragraph indentation in MSO from -0,06 just to -0,08 cm. 
I'll mark as a duplicate of Bug 94801.

*** This bug has been marked as a duplicate of bug 94801 ***
Comment 4 Timur 2018-10-16 16:14:06 UTC
Created attachment 145765 [details]
Sample DOC with paragraph indentation -0,08 cm

Here is password-free, 1-page content (with 2nd page empty in MSO). 
Paragraph indentation in table columns for input from "Sort code" and "Sterling account..". was increased in MSO from original -0,06 (which opens in LO in 2 rows) just to -0,08 cm (which opens in LO in 1 row).
Comment 5 Timur 2020-01-17 12:35:15 UTC
Bug 94801 was restricted to DOCX and this is DOC. New again with 6.5+.