https://bugs.freedesktop.org/show_bug.cgi?id=72032

          Priority: medium
            Bug ID: 72032
          Assignee: [email protected]
           Summary: FORMATTING: Vertically merged cells in TABLE are
                    distorted
          Severity: normal
    Classification: Unclassified
                OS: Windows (All)
          Reporter: [email protected]
          Hardware: Other
            Status: UNCONFIRMED
           Version: Inherited From OOo
         Component: Writer
           Product: LibreOffice

Created attachment 89835
  --> https://bugs.freedesktop.org/attachment.cgi?id=89835&action=edit
Problem showcase

Under certain conditions, the vertically merged cells of a table are distorted.

Steps to reproduce (the easiest I found, and giving me 100% reproducibility):
1. Create an empty text document in Writer using default template (I know that
4.2 will include a different default template than 4.1.x, so steps may be
different for later versions).
2. Insert a new table having 2 columns and 9 rows.
3. In the table, merge each 3 cells in the first column (1+2+3, 4+5+6, 7+8+9).
4. Insert 48 empty lines (paragraphs) before the table, so that the table is
split across the first and second pages.

Expected result: the table should be normal.

Actual result: the last row of the table is distorted: the first column looks
like only two cells are merged (7+8), and the  ninth cell disappears (even if
Table->Table Boundaries is turned on, there are no borders in the place where
9th cell must be).

If saved and reopened, the table shows correctly, but deleting and then
inserting again one of the empty paragraphs before the table brings the problem
back.

The distortion is not a visual artifact; it is printed and exported to PDF etc.
It is not bound to the last row only; sometimes cells in the middle are
affected.
It is not always evident that this problem is related to the data before the
table; I had to recreate my complex tables many times thinking that I broke
them somehow, just to see another distorted cell. And it's not always possible
to get rid of the problem just changing previous lines, especially with complex
and long tables splitting over many pages, because distortion just moves from
one cell to another.

Tested with 3.3.0.4, 3.4.6rc2, 3.5.7rc2, 3.6.7.2, 4.1.3.2 and AOO4.0 under
Win7x64 - all affected. Marking as Inherited from OOo.

Attached are the test document, the PDF and the screenshot of the problem. Note
that the test odt will initially open fine; to see the problem, one must remove
and then add one empty paragraph before the table.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to