Bug 89349 - formating in odt brakes in the new version compared to v
Summary: formating in odt brakes in the new version compared to v
Status: RESOLVED DUPLICATE of bug 68334
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.3.5.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2015-02-12 19:27 UTC by e3k
Modified: 2015-12-15 11:03 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
file (39.98 KB, application/vnd.oasis.opendocument.text)
2015-02-14 05:12 UTC, raal
Details
corrected test file (24.44 KB, application/vnd.oasis.opendocument.text)
2015-02-14 16:19 UTC, Jean-Baptiste Faure
Details

Note You need to log in before you can comment on or make changes to this bug.
Description e3k 2015-02-12 19:27:48 UTC
The formating is different in winows version 4.3.5.2 compared to 4.2.8.2 in linux.

The old version in linux displays the document fine.

On windows with 4.4.0 there is a problem:

The last line on document is displayed on a second page. "Podpis daňovníka"

as i could not attach the doc here i post a link: http://suiseki.sk/wp-content/uploads/2015/02/vyhlasenie_2perc_2014.odt
Comment 1 raal 2015-02-14 05:12:38 UTC
Created attachment 113374 [details]
file
Comment 2 raal 2015-02-14 05:17:57 UTC
I can confirm with Version: 4.5.0.0.alpha0+
Build ID: 62969accf9c01b71b738424d4d643db8bfaed182
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-02-08_23:22:32


one page in LO 3.5-> regression
Comment 3 Jean-Baptiste Faure 2015-02-14 16:19:30 UTC
Created attachment 113380 [details]
corrected test file

The problem is that the cell table3:Q2 is too narrow and the number 16 is written on two lines. Attached is a corrected version with the cell table3:Q2 a little wider.
My guess is that something changed in the way LibreOffice handle merged cells.

Best regards. JBF
Comment 4 Matthew Francis 2015-02-15 10:31:12 UTC
This is rather a result of a fix to line height calculation in commit 5e77c9e17ba7dd9d296c9b755093f01e7eb4f514 as already investigated in bug 68334.

Although it's inconvenient that existing documents may have changed slightly across this commit, the newer behaviour is more correct.

*** This bug has been marked as a duplicate of bug 68334 ***
Comment 5 Robinson Tryon (qubit) 2015-12-15 11:03:41 UTC
Migrating Whiteboard tags to Keywords: (bibisected)
[NinjaEdit]