Bug 111802 - FILEOPEN: Empty line changes its height after saving to DOC and reopening the file
Summary: FILEOPEN: Empty line changes its height after saving to DOC and reopening the...
Status: RESOLVED DUPLICATE of bug 103967
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:doc, regression
Depends on:
Blocks: DOC Regressions-705a8c22
  Show dependency tree / graph
 
Reported: 2017-08-14 13:14 UTC by Alexander Polkhovskiy
Modified: 2019-06-13 16:40 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Attachments
Example file (11.00 KB, application/msword)
2017-08-14 13:15 UTC, Alexander Polkhovskiy 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Polkhovskiy 2017-08-14 13:14:35 UTC 
Description:
The file is originally made in MS Office Word 20xx.

Steps to Reproduce:
1. Open example file. You see 2 empty line 48 pt height and 5 empty lines 12pt height.
2. Save it to DOC.
3. Reopen the file.
4. Now you see 3 empty line 48pt height and 4 empty lines 12pt height.
5. Repeat steps 2-4. Each time you reopen the file you will see 1+ line 48pt and 1- line 12pt until there's only 1 line 12pt.

Actual Results:  
Lines change font height.

Expected Results:
Lines shouldn't change font height.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Maxthon/5.0 Chrome/55.0.2883.75 Safari/537.36
Comment 1 Alexander Polkhovskiy 2017-08-14 13:15:14 UTC 
Created attachment 135545 [details]
Example file
Comment 2 Buovjaga 2017-08-30 15:52:01 UTC 
Repro.

The problem is not yet in 3.6, but in that version there is only 1 empty line with 48 pt height and 6 lines with 12 pt.

Still, could be valuable to bibisect.

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha0+
Build ID: 507247697dc6c4a41fe17a29d522511f97040738
CPU threads: 8; OS: Linux 4.12; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on August 29th 2017

Arch Linux 64-bit
Version 3.6.7.2 (Build ID: e183d5b)
Comment 3 Aron Budea 2017-09-02 00:32:37 UTC 
(In reply to Buovjaga from comment #2)
> The problem is not yet in 3.6, but in that version there is only 1 empty
> line with 48 pt height and 6 lines with 12 pt.

Which is how Word shows the file, so that is the correct state.

Narrowing the range: good in 4.0.0.3, bad in 4.4.0.3.
Comment 4 Aron Budea 2017-09-02 08:45:49 UTC 
Bibisected to the following commit using repo bibisect-44max. Adding Cc: to Caolán McNamara, please take a look sometimes.

I assume it's an import issue, since the 1:6 ratio of lines becomes 2:5 upon first open, then 3:4 on the second (after save), etc.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=705a8c226aee3e68db492083b7cf8b704335328b
author		Caolán McNamara <caolanm@redhat.com>	2014-09-23 19:35:50 (GMT)
committer	Caolán McNamara <caolanm@redhat.com>	2014-09-24 09:04:48 (GMT)

"WW8PLCFMan::AdjustEnds deeply flawed concept wrt change tracking"
Comment 5 Xisco Faulí 2017-09-05 22:33:18 UTC 
same commit as in bug 104027, besides both descriptions look similar... Closing as RESOLVED DUPLICATED

*** This bug has been marked as a duplicate of bug 104027 ***
Comment 6 Xisco Faulí 2017-09-05 22:35:39 UTC 
Sorry, I meant bug 103967

*** This bug has been marked as a duplicate of bug 103967 ***