Bug 77685 - DOC/DOCX IMPORT: Wrong import of clipped OLE object in footer (missing functionality)
Summary: DOC/DOCX IMPORT: Wrong import of clipped OLE object in footer (missing functi...
Status: NEW
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: OLE-Object-Interoperability
  Show dependency treegraph
 
Reported: 2014-04-20 03:25 UTC by Mike Kaganski
Modified: 2022-11-25 03:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Test files and PDFs (126.30 KB, application/zip)
2014-04-20 03:25 UTC, Mike Kaganski
Details
Word 2010 VS Libo 4.3 beta (45.76 KB, image/png)
2014-06-07 02:18 UTC, Yousuf Philips (jay) (retired)
Details
The problematic doc file in Word 2013 and 7.2 nightly (56.96 KB, image/png)
2020-11-24 09:06 UTC, NISZ LibreOffice Team
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mike Kaganski 2014-04-20 03:25:08 UTC
Created attachment 97631 [details]
Test files and PDFs

The attachment contains the same document saved as DOC and DOCX by MS Word.
They contain an OLE object in footer, that is clipped and adjusted to fit entire page area.

Opening the documents (both DOC and DOCX) in LO 3.3.0.4-4.2.4.1 and 4.3.0.0.alpha0+ (Build ID: bde1e4dce3e036d2265e22910156ca6345b596ab) under both Win7x64 and Ubuntu 13.10 x64 results in object being not clipped (this option is apparently absent in LO) and scaled wrongly.
This problem is present in OOo 3.3.0 and all versions of AOO, including 4.1.0.beta.

Also in the attachment are PDFs made with MSO and LO, to show the problem.

While this could be considered enhancement request to support new feature, this is a problem impairing interoperability with MSO, so I set it to NORMAL.
Comment 1 Yousuf Philips (jay) (retired) 2014-06-07 02:16:41 UTC
Confirmed in Linux Mint in 3.3.0, 4.2.4 and 4.3 beta.
Comment 2 Yousuf Philips (jay) (retired) 2014-06-07 02:18:04 UTC
Created attachment 100581 [details]
Word 2010 VS Libo 4.3 beta
Comment 3 A (Andy) 2015-12-27 20:33:19 UTC
Reproducible with LO 5.1.0.1, Win 8.1 (even if it looks now a little bit different to the png attachment from LO 4.3 beta)
Comment 4 QA Administrators 2017-01-03 19:57:34 UTC Comment hidden (obsolete)
Comment 5 Mike Kaganski 2017-01-04 20:26:30 UTC
Since https://cgit.freedesktop.org/libreoffice/core/commit/?id=bb646c1472d3b77066b01128baf1c9cafdb40233 (landed in 5-2), DOCX is loaded correctly. There's no UI, though.

Still the same problem with DOC as of 5.3.0.1.
Comment 6 QA Administrators 2018-01-05 03:40:37 UTC Comment hidden (obsolete)
Comment 7 NISZ LibreOffice Team 2020-11-24 09:06:58 UTC
Created attachment 167527 [details]
The problematic doc file in Word 2013 and 7.2 nightly

Still a problem for doc file in:

Version: 7.2.0.0.alpha0+ (x64)
Build ID: f313e27fb7f2d42247407e26e16f264e30f87ca5
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
Comment 8 NISZ LibreOffice Team 2020-11-24 11:41:55 UTC
Changing meta bug. Let's have this about the doc problem only, docx was fixed then broke again - I just split it out to bug #138455
Comment 9 QA Administrators 2022-11-25 03:43:24 UTC Comment hidden (spam)