Created attachment 130845 [details] PPTX created with Evento template showing the wrong background The attached PPTX was created with the Evento template in PowerPoint 2013. The large shape in the Master Slide has "Slide background fill" which is gray. In LO 5.2.5 and 5.3 the shape has red background. In LO 5.1.4.2 it was much better so this is a regression.
Created attachment 130846 [details] PDF exported with PowerPoint 2013 showing expected result
Confirmed in Version: 5.4.0.0.alpha0+ Build ID: fc53cce64400430cdc21f79c959d75fb9a26d13d CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group and Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: ca-ES (ca_ES.UTF-8) but not in Version: 5.0.0.0.alpha1+ Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86 Locale: ca-ES (ca_ES.UTF-8)
Regression introduced by: author Matus Uzak <matus.uzak@gmail.com> 2016-03-08 20:44:21 (GMT) committer Katarina Behrens <Katarina.Behrens@cib.de> 2016-03-23 06:49:01 (GMT) commit f3d1ac75c4b7fa63022e54a9cbff46ba99535076 (patch) tree d327b5f81c4eaf7869d8349274d308ed497f19f7 parent 15b53976e5d119877e53f34b34cee33a5f2883fd (diff) tdf#93868: PPTX import: Incorrect inheritance of shape fill properties DrawingML: The useBgFill attribute specifies that the shape fill should be set to that of the slide background. Adding Cc: to Matus Uzak the issue is fixed if we delete 'if (!pBackgroundPropertiesPtr)' in oox/source/ppt/pptshapegroupcontext.cxx but the unittest fails.
Miklos Vajna has done some recent changes in that area too: 59339dec1ce56213dc74a06af2f0d35ac1c534d7. Adding him, in case he want to take a look as well.
Hi Tamás, I'm adding you as I thought you might be interested in this one...
Dear developer, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
Still reproducible: Version: 6.0.0.0.alpha1 Build ID: c1d1f859b268f650143d48f294999cda0fa57350 CPU threads: 1; OS: Linux 4.10; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
Reproducible with LO 6.1.0.3.
Still reproducible with 6.2.0.0.alpha1 Version: 6.2.0.0.alpha1 (x64) Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: GL; VCL: win; Lokalisering: da-DK (da_DK); Calc: CL
Still reproducible in: Version: 6.3.0.0.alpha1 Build ID: 547edd20e527fb02900f6174973770d26306e2e7 CPU threads: 1; OS: Linux 4.18; UI render: default; VCL: gtk3; Locale: en-US (en_IL); UI-Language: en-US
Created attachment 154738 [details] simplifier sample file The problem is in the shape using <p:sp useBgFill="1">
Similar to bug 123684
The difference between this issue and bug 123684 is that in bug 123684 the shape is in the slide while in this issue, the shape is in the master slide...
Created attachment 154750 [details] another sample with the shape in the master document
How to reproduce it from scratch: 1. Open MSO Powerpoint 2. Insert a shape -> shape is blue ( at least for me ) 3. Change shapes' filling to 'slide background fill' 4. Save 5. Open in LibreOffice -> The shape is blue
Created attachment 154752 [details] very simple sample
Actually this is not a regression. This is an inherit from OOo bug. Before f3d1ac75c4b7fa63022e54a9cbff46ba99535076, the shape's background was set to white, which is also incorrect if the slide's background was different to white
(In reply to Xisco Faulí from comment #15) > How to reproduce it from scratch: > 1. Open MSO Powerpoint > 2. Insert a shape -> shape is blue ( at least for me ) > 3. Change shapes' filling to 'slide background fill' > 4. Save > 5. Open in LibreOffice > > -> The shape is blue Reproduced in bug 127964
Same problem if the shape is in the master slide
issue fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=46d630f98f1c07ec2048da35d1a4804181148ac5