It seems that we are incorrectly rendering either blue or transparent backgrounds on these EMF+ previews - which seems unfortunate, and makes many slides with linked (but not present) content look poor :-)
Created attachment 82991 [details] sample document
This is a regression caused by http://cgit.freedesktop.org/libreoffice/core/commit/?id=4bc3ead0649bf2885050ec4cfb47a5ed13bfa41e which was added to fix https://bugzilla.novell.com/812793 (which I don't have permissions to view)
Muthu ? :-) You sure that's right - I would imagine we need a white background on these ?
Yes, I was sure about that document - checked quite a lot of stuffs in that document. Let me recheck...not sure how many documents are broken either ways :( Clearly we are missing something or some setting in the document.
Created attachment 87168 [details] Minimal reproducer of bnc#812793 I attached the minimal reproducer of bnc#812793, I hope this helps. The big pie chart on the left is the 5th p:pic in p:spTree, so it is placed on the top of the small pie charts (p:pic 1-4). I think the problem is, that a:clrChange of the big pie chart is not processed properly. It should turn white into fully transparent white. If I reorder the p:pic elements, I get correct result without Muthu's patch. If I give a:alpha val=100% instead of 0, the big pie chart overlaps the small ones in PowerPoint 2010, too (and with val=50% it is 50% transparent, etc.). Impress ignores this element/attribute.
Andras: Thank you! [I also did some importing with the emf as well - yes, this is with respect to the clrChange not being handled and not the emf itself] [for completeness: Its not about ordering] Reverting the workarounds.
Fixed as: http://cgit.freedesktop.org/libreoffice/core/commit/?id=3d0d0717e8afdeb398931d59b1ab337c43b7197c and http://cgit.freedesktop.org/libreoffice/core/commit/?id=efbf0b412bc76149b410d0cd17c7040513d4c203
Also requires: (partial reverts) http://cgit.freedesktop.org/libreoffice/core/commit/?id=6ef291086aaaa4a6bb2d196d75826fef30dd58b8