Bug 126314 - FILEOPEN: DOCX: Incorrect height of line
Summary: FILEOPEN: DOCX: Incorrect height of line
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:docx, regression
Depends on:
Blocks:
 
Reported: 2019-07-09 16:16 UTC by Xisco Faulí
Modified: 2020-03-05 13:22 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
sample file (20.79 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-07-09 16:16 UTC, Xisco Faulí
Details
Screenshot of the document in LO 6.0 and 6.4master (160.72 KB, image/png)
2019-07-09 19:19 UTC, Gabor Kelemen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Xisco Faulí 2019-07-09 16:16:14 UTC
Created attachment 152690 [details]
sample file

Steps to reproduce:
1. Open attached document
2. Place cursor on first line

-> Cursor and Line height should have the same height as the text, instead, it's the double.

Reproduced in

Version: 6.4.0.0.alpha0+
Build ID: 7a0164f0d82d91e2ac481d74cdacfe9a7ad6080f
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

[Bug found by office-interoperability-tools]
Comment 1 Xisco Faulí 2019-07-09 16:19:08 UTC
Regression introduced by:

author	Jozsef Szakacs <zmx3@citromail.hu>	2019-03-13 12:32:20 +0100
committer	László Németh <nemeth@numbertext.org>	2019-05-29 14:31:03 +0200
commit	bdfb3edb981ff04f1f3f6dc1ef335e37a0980245 (patch)
tree	003858f805b7cc912d048e703c5fec7dd8aeceeb
parent	bdc74dc279946abfdcca409edc96e985699eb368 (diff)
tdf#120412 DOCX filter: fix missing superscript

Bisected with: bibisect-linux64-6.3

Adding Cc: to Jozsef Szakacs
Comment 2 László Németh 2019-07-09 16:55:03 UTC
@Xisco: whole text is formatted as subscript in the document. It's possible, that this is not a regression?
Comment 3 Gabor Kelemen 2019-07-09 19:19:37 UTC
Created attachment 152693 [details]
Screenshot of the document in LO 6.0 and 6.4master

It was "normal" text but now it's all subscript for me on a current-ish local master build.
Comment 4 Justin L 2019-09-27 09:14:32 UTC
(In reply to László Németh from comment #2)
> @Xisco: whole text is formatted as subscript in the document. It's possible,
> that this is not a regression?
I would say this is not a regression, but it just exposes an existing difference. Microsoft seems to compress the unused "normal" space since there are not any non-lowered characters. Seems like a low priority layout bug to me.
Comment 5 jan 2020-03-05 13:22:29 UTC
After updating to 6.4 all my docx documents are formated in subscript. Even page numbers etc. Downgrading to 6.3 solves the issue, the same documents are formated properly again.

If there is another issue to track this, let me know please, I tried to search but couldn't find anything sensible. Here the issue was at least mentioned.

OS: Ubuntu 18.04
Package: flatpak