Bug 91732 - FILEOPEN: Doc layered objects mis-formatting
Summary: FILEOPEN: Doc layered objects mis-formatting
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.3.2 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:doc
Depends on:
Blocks: DOC-Objects
  Show dependency treegraph
 
Reported: 2015-05-29 22:14 UTC by Matthew Millar
Modified: 2023-05-25 14:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
DOC which renders poorly (571.00 KB, application/msword)
2015-05-29 22:14 UTC, Matthew Millar
Details
Export from MS Office 2016 (388.25 KB, application/pdf)
2021-02-26 12:35 UTC, Svatopluk Vít
Details
Export from LO 7.1.1.1 (745.58 KB, application/pdf)
2021-02-26 12:36 UTC, Svatopluk Vít
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Millar 2015-05-29 22:14:48 UTC
Created attachment 116159 [details]
DOC which renders poorly

Text is forced below graphics in a document with graphics and text overlayed: - (attached)
http://www.bridgend.gov.uk/web/groups/public/documents/marketing/022769.doc

I don't have a personal copy of Microsoft Office, so I can't test how the document should render or behave, such as whether the 'tick-boxes' should be interactive.

However, if they should, resolution of this bug may partly depend upon Bug 91384.

Expected behaviour:
Document renders consistently across all pages, with graphics and text overlaid.

Actual behaviour:
Page 1 renders graphics, with text being forced onto a second page.
Page 4 renders disjointedly, particularly the "Professional Membership" boxes.
Pages 6-9 render the tick-boxes mis-aligned or behind text-boxes.
Pages 8-9 mis-aligned section titles.
Comment 1 Buovjaga 2015-06-08 15:05:14 UTC
Confirmed.

Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+
Build ID: be8512f99bc9ab18e55aabe01cc0ab1e6baea9e6
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-08_05:58:40
Locale: fi-FI (fi_FI)
Comment 2 QA Administrators 2016-09-20 10:01:33 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2019-12-03 14:39:13 UTC Comment hidden (obsolete)
Comment 4 Svatopluk Vít 2021-02-26 12:35:00 UTC
Created attachment 170080 [details]
Export from MS Office 2016
Comment 5 Svatopluk Vít 2021-02-26 12:36:17 UTC
Created attachment 170081 [details]
Export from LO 7.1.1.1

Bug is still present.

Version: 7.1.1.1 (x64) / LibreOffice Community
Build ID: 575c5867c4cc13d7ae78f9ce39a54a52ed38c769
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: cs-CZ (cs_CZ); UI: cs-CZ
Calc: threaded
Comment 6 QA Administrators 2023-02-27 03:20:05 UTC Comment hidden (obsolete, spam)
Comment 7 Justin L 2023-05-25 14:04:08 UTC
repro 7.6+

Well, this is an inventive way of making a pretty form! The entire page is overlaid with a transparent picture - with the normal text placed "just right".

While pretty, it is a recipe for interop disaster, font disaster, version disaster, etc.

It actually looks amazingly good in DOCX format.

I can't figure out why section 2 decides it needs to start on the next page. I'm guessing it is just a layout glitch, although it might be triggered some how by the full-page image anchored in a different section. (If I remove the image, change the view to "Web view" and then change back, the text flows back to page 1.)