Bug 69864 - FILEOPEN DOCX Image fill of grouping shape is not imported correctly
Summary: FILEOPEN DOCX Image fill of grouping shape is not imported correctly
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Whiteboard: BSA
Keywords: filter:docx
Depends on:
Blocks: DOCX-Grouped-Shapes
  Show dependency treegraph
Reported: 2013-09-26 23:30 UTC by Alexandre Vicenzi
Modified: 2024-05-28 16:44 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

DOCX with cover page (574.92 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2013-09-26 23:30 UTC, Alexandre Vicenzi
teste-page.pdf: created with word 2013 (308.34 KB, application/pdf)
2018-07-25 11:50 UTC, Justin L
Simple reproducer from Word19 (580.01 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2021-05-31 08:18 UTC, NISZ LibreOffice Team
Screenshot of the reproducer document (277.44 KB, image/png)
2021-05-31 08:19 UTC, NISZ LibreOffice Team

Note You need to log in before you can comment on or make changes to this bug.
Description Alexandre Vicenzi 2013-09-26 23:30:00 UTC
Created attachment 86699 [details]
DOCX with cover page

Problem description: 

Writer doesn't support Cover Page in DOCX format.

Steps to reproduce:

1. Create a document using MS Word to create a DOCX with Cover Page and an image inside (I'm using MS Office 365 Home Premium v 15.0.4).

2. Open this DOCX in Writer.

Current behavior:

The Cover Page is blank or with some bugs, like don't showing any image or text.

Expected behavior:

Show the cover page correctly. With text and images.
Operating System: Windows 8
Version: release
Comment 1 retired 2013-09-27 07:49:29 UTC
Confirming on OS X 10.8.5, LO and master build Version:
Build ID: f4d3954fc6106b3ae0ee16ab0fcde15d8cb945e3.

Setting to NEW.
Comment 2 retired 2013-11-17 13:23:56 UTC
setting OS to ALL.

Still valid for LO Version:
Build ID: 868103846b9b32bfecd77c08055fdca69d0265c2
TinderBox: MacOSX-x86@48-TDF, Branch:master, Time: 2013-11-14_23:51:46

When opening test file with Word I see the cover page. Not so on latest LO master build.
Comment 3 QA Administrators 2015-04-19 03:22:16 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-06-18 13:37:06 UTC
Compared with Word viewer.
Viewer has:
My Name
COMPANY  street

LibO shows this, but with triplicated background image depicting the LibreOffice suite.

Win 7 Pro 64-bit Version:
Build ID: 437210d58f32177ef1829d704f7f4d2f1bbfbfdd
TinderBox: Win-x86@39, Branch:master, Time: 2015-06-18_07:21:56
Locale: fi-FI (fi_FI)
Comment 5 QA Administrators 2016-09-20 10:10:20 UTC Comment hidden (obsolete)
Comment 6 Telesto 2016-11-25 19:07:02 UTC
Confirming with:
Build ID: 690f553ecb3efd19143acbf01f3af4e289e94536
CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; 
Locale: nl-NL (nl_NL); Calc: CL
Comment 7 Telesto 2016-11-25 19:20:12 UTC

*** This bug has been marked as a duplicate of bug 104163 ***
Comment 8 QA Administrators 2018-06-26 02:43:53 UTC Comment hidden (obsolete, spam)
Comment 9 Justin L 2018-07-25 11:50:39 UTC
Created attachment 143747 [details]
teste-page.pdf: created with word 2013

confirming with 6.2 alpha.
There are three images grouped together. Ungrouping the in Word looks similar to what we see in LO.
Comment 10 QA Administrators 2019-07-30 03:16:22 UTC Comment hidden (obsolete, spam)
Comment 11 Justin L 2020-06-18 18:11:47 UTC
repro 7.1+.
Word 2003 doesn't even see any images - a rather new "feature" in Word.
Comment 12 NISZ LibreOffice Team 2021-05-31 08:18:40 UTC
Created attachment 172474 [details]
Simple reproducer from Word19

This is image fill applied to a grouping shape of several other shapes.

Instead of being applied to the grouping shape the image fill is applied to the individual grouped shapes.

Interestingly other fill types like solid color, gradient or hatching (pattern) are imported correctly to the grouping shape. 
Only the image fill import does not work.
Comment 13 NISZ LibreOffice Team 2021-05-31 08:19:50 UTC
Created attachment 172475 [details]
Screenshot of the reproducer document

Version: (x64) / LibreOffice Community
Build ID: 187136265d26c014e842550c2f1fc5997736e4fa
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: CL
Comment 14 Gabor Kelemen (allotropia) 2022-01-16 17:46:32 UTC
Still looks the same as the last screenshot in:

Version: (x64) / LibreOffice Community
Build ID: 3b48e20b0101584a5e7ef48ba82238e735f0772b
CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: threaded
Comment 15 Justin L 2024-05-28 14:16:16 UTC
repro 24.8+

(In reply to NISZ LibreOffice Team from comment #12)
> Interestingly other fill types like gradient
> are imported correctly to the grouping shape.
Not true. If you look at the gradient in MSO you will see that the rectangle has the top of the gradient, and the triangle has the bottom of the gradient.
However, in LO the full gradient is applied to each shape - which is not correct.

This "entire layer" background sounds similar to bug 159330's leader lines.
Comment 16 Regina Henschel 2024-05-28 16:44:39 UTC
A solution might be to use the "FillGeometryDefiningShape" as it is done for Fontwork-Shapes. That is available since "OperationSmiley", see comment in https://opengrok.libreoffice.org/xref/core/include/svx/svdobj.hxx?r=9fb9bd54#248