Bug 53485

Summary:	FILEOPEN particular .emf: shown incomplete, without colored area
Product:	LibreOffice	Reporter:	Rainer Bielefeld Retired <LibreOffice>
Component:	Drawing	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---	QA Contact:
Severity:	normal
Priority:	medium	CC:	aurimas, LibreOffice, rodo
Version:	Master old -3.6	Keywords:	regression
Hardware:	Other
OS:	Linux (All)
Whiteboard:	bibisected36older
i915 platform:		i915 features:
Attachments:	EMF extracted from sample document

Description Rainer Bielefeld Retired 2012-08-14 09:29:47 UTC

Created attachment 65537 [details]
EMF extracted from sample document

Steps how to reproduce with Server Installation of  "LibreOffice 3.6.0.4  German UI/Locale [Build-ID:  932b512] on German WIN7 Home Premium (64bit):

0. Download  Attachment 42891 [details] of 
   "Bug 33869 - FILEOPEN particular .xlsx: OLE object not shown"
1. Launch LibO
2. Open sample document from LibO Start center file Dialog
   Expected: yellow dab of paint behind Heading "SisNeta"in Ole object 
   Actual: Ole Object shown without that dab of paint

I did some further investigations, extracted the attached "image1.emf" from .xls and tried to open in DRAW with various versions; found out that the root of the problem is a DRAW FILEOPEN problem

NEW due to Bug 33869#c10
Regression because was shown correctly with 3.5.6.2

Already broken with 
- MinGW build 2012-04-26
- Server installation of Master "LOdev 3.6.0alpha0+  – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 7175cee]" (tinderbox: Win-x86@6-fast, pull time 2012-05-16 22:07:37)

Still looked fine with
- Server installation of  Master "LOdev 3.6.0alpha0+  – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 475d0c5-829fc92-39746e8-206648e-fefd87]" (2012-02-14)

@Aurimas:
Your operation system is?

Comment 1 Aurimas Fišeras 2012-08-14 09:38:23 UTC

Reproducible on:
LibreOffice 3.6.0.4 Lithuanian UI/Locale [Build-ID: 932b512] on English Win XP;
LibreOffice 3.6.0.2 Lithuanian UI/Locale (360m1(Build:102)) on Ubuntu 12.10.

Comment 2 Rainer Bielefeld Retired 2012-08-14 09:54:39 UTC

So the way how to reproduce the problem simply is: Open attached .emf from LibO Start Center File-open dialog in DRAW, check whether yellow area is visible.

@Radek:
I saw you active in at least 1 other .emf Bug. Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.

Comment 3 Aurimas Fišeras 2012-08-18 14:22:56 UTC

I tried to git bisect this problem on my Ubuntu 12.10 machine.

At first I tried builds from error description
git bisect start '7175cee' '475d0c5'

However, with all intermediate builds - no yellow dab.

Then,
I checked out 475d0c5, built it - no yellow dab.
I checked out libreoffice-3-5-branch-point, built it - still no yellow dab.

My builds were made with:
--disable-mozilla --disable-binfilter --with-system-curl --with-system-boost --without-myspell-dicts --without-help --without-java --with-system-cppunit

What should I try next?
Should I try to bisect in a 3.5 branch?

Comment 4 Rainer Bielefeld Retired 2012-08-18 14:44:54 UTC

@Aurimas Fišeras:
I think your result 'Starts somewhere with change to 3.6' is enough for the moment, thank you for bibisecting.

Comment 5 Aurimas Fišeras 2012-08-19 08:02:44 UTC

Tried bibisecting 3.5 (thank you Rainer for introducing me to this wonderful tool) - both oldest and latest 3.5 builds - no yellow dab.

However, it looks, that it is more complicated:

Ubuntu 12.10 with official LibreOffice 3.5.6.2 Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327 - no yellow dab.
Ubuntu 12.10 with official LibreOffice 3.6.0.4 (932b512) - no yellow dab.

Windows with official LibreOffice 3.5.6.2 Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327 - yellow dab.
Windows with official LibreOffice 3.6.0.4 (932b512) - no yellow dab.
Windows with official LibreOffice 3.6.1.1 (4db6344) - no yellow dab.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.