Bug 70710 - filled areas are not filled for WMF images
Summary: filled areas are not filled for WMF images
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: graphics stack (show other bugs)
(earliest affected) release
Hardware: All All
: medium major
Assignee: Not Assigned
Keywords: filter:emf, notBibisectable, regression
Depends on:
Blocks: EMF-WMF
  Show dependency treegraph
Reported: 2013-10-21 06:39 UTC by Ulrich Windl
Modified: 2018-06-28 12:57 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Example WMF (51.74 KB, application/x-msmetafile)
2013-10-21 06:39 UTC, Ulrich Windl

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Windl 2013-10-21 06:39:44 UTC
Created attachment 87908 [details]
Example WMF

This is new as compared to LibreOffice 3.6: When creating filles rectangles in Draw, exporting them as WMF, and importing them in Writer, the filled areas are not filled. Did not see this in LibreOffice 3. I'll attach an example.
I found the problem with Windows/XP (32-bit)...
Comment 1 Ulrich Windl 2013-10-21 06:43:36 UTC
When double-clicking the WMF file in Windows, the filled areas are displayed, so I guess it's a bug in Writer, and not in Draw.
Comment 2 Andras Timar 2014-01-19 20:21:57 UTC
Bug is not reproducible, when EMF_PLUS_DISABLE environment variable is set, therefore it is a bug in EMF+ handling.
Comment 3 Timur 2014-11-27 17:59:12 UTC
Is this a dupe of Bug 39327? Or just related to EMF+.
Comment 4 QA Administrators 2015-12-20 16:12:39 UTC Comment hidden (obsolete)
Comment 5 Aron Budea 2016-08-22 04:16:56 UTC
Areas are still not filled in v5.2.0.4 (Windows 7 and Linux).

Adding regression-related keywords, as it's correct in v3.5.0.3, incorrect in v3.6.0.4.
Comment 6 Bartosz 2017-05-09 01:10:38 UTC
It's looks like SetPageTransform record is not using Pixels as an unit.
Comment 7 Timur 2017-08-30 16:25:58 UTC Comment hidden (obsolete)
Comment 8 Buovjaga 2018-06-28 12:57:08 UTC
The areas are not filled in the oldest commit in Linux 43all repo. I tried advancing to the 3.5.0 release period, going forward with
git log --reverse --pretty=%H latest | grep -A 1 $(git rev-parse HEAD) | tail -n1 | xargs git checkout

..with grep -A having various steps such as 10. The areas were never filled in the 3.5.0 commits.