Created attachment 65537 [details]
EMF extracted from sample document
Steps how to reproduce with Server Installation of "LibreOffice 184.108.40.206 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 220.127.116.11
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)
Your operation system is?
LibreOffice 18.104.22.168 Lithuanian UI/Locale [Build-ID: 932b512] on English Win XP;
LibreOffice 22.214.171.124 Lithuanian UI/Locale (360m1(Build:102)) on Ubuntu 12.10.
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.
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.
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.
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?
I think your result 'Starts somewhere with change to 3.6' is enough for the moment, thank you for bibisecting.
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 126.96.36.199 Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327 - no yellow dab.
Ubuntu 12.10 with official LibreOffice 188.8.131.52 (932b512) - no yellow dab.
Windows with official LibreOffice 184.108.40.206 Build ID: e0fbe70-5879838-a0745b0-0cd1158-638b327 - yellow dab.
Windows with official LibreOffice 220.127.116.11 (932b512) - no yellow dab.
Windows with official LibreOffice 18.104.22.168 (4db6344) - no yellow dab.
Confirmed on OSX 10.10.2
LO Version: 22.214.171.124
Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432
persisting with Version: 126.96.36.199.alpha0+
Build ID: 4ee55eed6a34f6f061a0cd369a30afb464f9fa27
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2015-03-26_00:19:10
thus Hardware OS: all not Linux only.
Created attachment 122478 [details]
excel + LO showing issue
Build ID: e07ffae5046e9c91ef96026435cab84c3bcb4534
CPU Threads: 4; OS Version: Mac OS X 10.11.3; UI Render: default;
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2016-02-08_23:39:45
Locale: de-DE (de.UTF-8)
Whiteboard:bibisected is Keyword:bibisected now.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Created attachment 137830 [details]
Rendered incorrectly in 188.8.131.52.alpha1+
The bug is still present in:
Darinio identifikatorius: b8b5baefa9ead7a3360e0249224fd9beaa9b2bb0
Procesoriaus gijos: 4; OS:Linux 4.13; Sąsajos pateikimas: numatytasis; VCL: gtk3;
Lokalė: lt-LT (lt_LT.UTF-8); Calc: group
Ran LibreOffice with "export SAL_LOG=+INFO,+WARN".
Only EMF+ TODOs mentioned are in EmfPlusRecordTypeHeader:
TODO EMF+ SetPixelOffsetMode
TODO EMF+ SetAntiAliasMode
TODO EMF+ SetCompositingQuality
TODO EMF+ InterpolationMode
This bug was fixed with commit:
Bartosz Kosiorek committed a patch related to this issue.
It has been pushed to "libreoffice-6-0":
tdf#53485 tdf#117015 EMF+ Fix for displaying EMF+ files where GetDC is used
It will be available in 6.0.5.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.