Bug Hunting Session
Bug 99029 - [FORMATTING] Broken table across page break in ODT saved sometime with MSO
Summary: [FORMATTING] Broken table across page break in ODT saved sometime with MSO
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables
  Show dependency treegraph
 
Reported: 2016-04-01 14:33 UTC by Nicolas Mailhot
Modified: 2019-09-04 09:26 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
testcase (85.59 KB, application/vnd.oasis.opendocument.text)
2016-04-01 14:33 UTC, Nicolas Mailhot
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Mailhot 2016-04-01 14:33:07 UTC
Created attachment 124015 [details]
testcase

for some reason, in chapter 2.1.4.3.2 of the attached testcase, writer completely mismanages the table. It places its last cells on randomn columns on page 14, even though most of page 13 is empty after the problem table.
Comment 1 Nicolas Mailhot 2016-04-01 19:17:01 UTC
(may exhibit only if one changes the number of empty lines after the table in the same column)
Comment 2 Buovjaga 2016-04-12 12:12:41 UTC
What is the origin of this document? Did it come from some other file format?
Comment 3 Nicolas Mailhot 2016-04-12 13:05:44 UTC
Ultimate origin is OpenOffice.org, with maybe a few roundtrips with word 2007, but the tables were created in LO only.
Comment 4 Dennis Roczek 2016-04-19 10:49:00 UTC
/me observed something.

I tried to create a minimal testcase. That didn't worked. But if you double click on the manual page breaks to hide them and again double click on them, the table looks as I believe it is intended, or?

BTW: which version and OS do you use?
Comment 5 Buovjaga 2016-04-19 11:15:15 UTC
Confirmed. View - Hide whitespace on and off and it works.

Win 7 Pro 64-bit, Version: 5.1.2.2 (x64)
Build ID: d3bf12ecb743fc0d20e0be0c58ca359301eb705f
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
Locale: fi-FI (fi_FI)
Comment 6 Nicolas Mailhot 2016-04-19 12:49:11 UTC
(In reply to Dennis Roczek from comment #4)
> /me observed something.
> 
> I tried to create a minimal testcase. That didn't worked. But if you double
> click on the manual page breaks to hide them and again double click on them,
> the table looks as I believe it is intended, or?
> 
> BTW: which version and OS do you use?

Win7 32 bit, 5.1.1.3
Comment 7 Buovjaga 2016-04-21 09:28:47 UTC Comment hidden (obsolete)
Comment 8 Aron Budea 2016-08-29 20:50:59 UTC Comment hidden (obsolete)
Comment 9 Buovjaga 2016-08-30 05:43:14 UTC
(In reply to Aron Budea from comment #8)
> (In reply to Buovjaga from comment #7)
> > 4.3.0.1 already shows the problem, but in 3.5 the text starts right under
> > the table on page 14.
> 
> Not for me. I scrolled down to page 14 with the scrollbar, and the rest of
> the page was still empty.
> However, if I click in the document below the table, then it's rearranged,
> and 2.1.4.3.3 now starts below the table.
> 
> Used v3.5.0.3 / Windows 7, this "trick" doesn't work with v3.6.0.4.
> Same in v3.3.0.
> So, I'd say it isn't a regression.

Oh, you are right.. quite a weird gotcha.
Comment 10 QA Administrators 2017-09-01 11:15:47 UTC Comment hidden (obsolete)
Comment 11 Dennis Roczek 2018-04-27 14:31:12 UTC
I still can confirm this with
Version: 6.0.1.1 (x64)
Build-ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: CL
Comment 12 Timur 2019-09-04 09:26:12 UTC
Repro 6.4+.
This will not be easily resolved because we don't have steps to recreate. 
Issue was made maybe at some moment with MSO conversion but we don't know.