Bug 112359 - Layout: A table in frame with page (parallel) wrap overlaps normal text/table in a specific document
Summary: Layout: A table in frame with page (parallel) wrap overlaps normal text/table...
Status: RESOLVED DUPLICATE of bug 76022
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables Frame
  Show dependency treegraph
 
Reported: 2017-09-12 19:49 UTC by Mike Kaganski
Modified: 2023-06-06 18:01 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Table overlaps table (7.79 KB, application/vnd.oasis.opendocument.text)
2017-09-12 19:49 UTC, Mike Kaganski
Details
Current (problematic) layout with overlapping parts (48.50 KB, application/pdf)
2017-09-12 19:50 UTC, Mike Kaganski
Details
Expected layout (48.10 KB, application/pdf)
2017-09-12 19:53 UTC, Mike Kaganski
Details
Another DOC example for table overlap (54.60 KB, application/msword)
2017-09-13 14:15 UTC, Timur
Details
Another DOC example for table overlap - removed multipart header (54.50 KB, application/msword)
2017-09-13 14:29 UTC, Mike Kaganski
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2017-09-12 19:49:41 UTC
Created attachment 136209 [details]
Table overlaps table

In the attachment, the bottom half of the first page contains a table in a floating frame. The frame's wrap mode is "Page" (or, as seen in the Properties dialog, "Parallel"). This is described in help (https://help.libreoffice.org/index.php?title=Writer/Wrap) as "Wraps text on all four sides of the border frame of the object". But the text and table that go below the table's anchor point overlap the frame, so the layout is broken.

The problem is not format-specific. First encountered in a DOC file, then sanitized and saved into ODT.
Comment 1 Mike Kaganski 2017-09-12 19:50:22 UTC
Created attachment 136210 [details]
Current (problematic) layout with overlapping parts
Comment 2 Mike Kaganski 2017-09-12 19:53:16 UTC
Created attachment 136211 [details]
Expected layout

This is produced by setting the wrap mode of the frame to "No wrap".

The problem is tested with Version: 5.4.1.2 (x64)
Build ID: ea7cb86e6eeb2bf3a5af73a8f7777ac570321527
CPU threads: 4; OS: Windows 6.19; UI render: default; 
Locale: ru-RU (ru_RU); Calc: group

and with OpenOffice.org 3.3.0
OOO330m20 (Build:9567)
Comment 3 Xisco Faulí 2017-09-12 23:03:20 UTC
Confirmed in

Version: 6.0.0.0.alpha0+
Build ID: 383aab7ed63bf30931c1cf89138707d2228b5dce
CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 4 Timur 2017-09-13 14:15:55 UTC Comment hidden (obsolete)
Comment 5 Timur 2017-09-13 14:21:09 UTC
Attachment 135594 [details] shows "Another DOC example for table overlap" as PDF from MSO.
Attachment 135595 [details] is "Another DOC example for table overlap" with frame wrap set to None in MSO and it opens fine.
Comment 6 Mike Kaganski 2017-09-13 14:29:53 UTC
Created attachment 136228 [details]
Another DOC example for table overlap - removed multipart header

The attachment is the fixed copy of attachment 136227 [details], but without leading textual "multipart/mixed" heading that prevents opening it (at least on my system), so it's just a usual DOC now.

Yes, it's definitely the same problem.
Comment 7 Mike Kaganski 2017-11-29 21:00:22 UTC
Steps to reproduce from scratch:

1. In a blank document, press Enter (now you have two empty paragraphs).
2. Put cursor to second paragraph, and add a table (say, 2x2). Put some text to all cells of the table.
3. Put cursor to the first paragraph, and draw a rectangle a little narrower than text area, and with height greater than the table (using Draw Functions panel); set its anchor type To Paragraph or To Character (place the anchor on first paragraph). If required, make its area hatched (to see through).

The rectangle will overlap the table with all the text in it, while it is expected that the table should either move below the rectangle as a whole (as is when the wrapping mode is Optimal), or change its cells' height to at least move its text from below the rectangle (as when anchor type is set To Page).
Comment 8 QA Administrators 2019-09-11 04:38:34 UTC Comment hidden (obsolete)
Comment 9 Ari Latvala 2019-09-11 17:28:29 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2021-09-11 03:52:12 UTC Comment hidden (obsolete)
Comment 11 Ari Latvala 2021-09-15 15:40:24 UTC
Bug is still there with the latest LO 7.2

Version: 7.2.0.4 (x64) / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded
Comment 12 Justin L 2023-06-06 18:01:36 UTC

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