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 184.108.40.206 it was much better so this is a regression.
Created attachment 130846 [details]
PDF exported with PowerPoint 2013 showing expected result
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
Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default;
Locale: ca-ES (ca_ES.UTF-8)
but not in
Build ID: 0db96caf0fcce09b87621c11b584a6d81cc7df86
Locale: ca-ES (ca_ES.UTF-8)
Regression introduced by:
author Matus Uzak <email@example.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)
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.
I'm adding you as I thought you might be interested in this one...
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.
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 220.127.116.11.
Still reproducible with 18.104.22.168.alpha1
Version: 22.214.171.124.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:
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'
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