The attachment is missing.

Created attachment 81793 [details]
Sample PPTX file

I reproduce this problem in build AOO401m5(Build:9714)  -  Rev. 1524958 on Win7

@fanyuzhen: You report the bug, but someone else has to confirm it. You cannot "confirm" your own bug report.

There is something wrong with the attached file. Slide 5 does not contain shapes, but it contains only a single picture.

Created attachment 81812 [details]
Updated sample PPTX file

The updated sample file with only one slide(the problematic one) has been attached. The shape in this slide is originally transparent, but is applied to a default color incorrectly

Created attachment 81815 [details]
fix patch

The root cause is the shape was applied "useBgFill" attribute which means use slide background color as fill pattern, and it is a attribute in skema p:sp rather than a separated sub skema of p:sp like other fill patterns such as a:solidFill, a:gradFill, a:blipFill, a:pattFill.
AOO doesn't handle this attribute.
Currently there's no choice in AOO UI for "use slide background fill". I won't add this choice in UI but just support it as "no fill". I cannot think if there's difference between "no fill" and "use slide background fill".

Comment on attachment 81793 [details]
Sample PPTX file

Due to comment 4

I would really like to understand what the problem is and what problem should be fixed with Clarence's fix, I see several smaller viewing bugs in attachment 2013 [details]-10-24 09:33 CEST.

Reproducible with "AOO 4.0.1   – German UI / German locale  [Rev. 1524958 2013-09-20 11:40:29]" on  German WIN7 Home Premium (64bit)", “historic”  4.0  User Profile used for all  predecessor versions:

From AOO Start center open reporter's sample document and compare viewing in Edit mode with viewing of a copy of that document in MS PowerPoint Viewer:
Shape in center (X/Y 155/95 mm) is shown with blue area instead of "no filling / 100% transparency")

Additional info:
----------------
(a) Very old bug, already reproducible with OOo 3.3.0
(b) Latest confirmation for AOO 4.1.0-dev, but because of incomplete LCo selector 
    (Bug 123063) no correct information can be left.

@fanyuzhen:
Can you please try to be more specific in your descriptions?
Did you already report the other bugs shown by your sample (wrong transparency gradient centers, blue dots spread over all slide instead of only in shape?

Created attachment 81824 [details]
Use slide background

> I cannot think if there's difference between "no fill" and "use slide background fill".

See attachment.

> See attachment.
Yes, attachment shows the difference if you move the circle shape so that half covers page background, half the rectangle shape behind the circle.

I do not know a way to define "Use background filling for shape filling" in AOO, but in other software like SoftMaker FreeOffice and probably PowerPoint there are different shape background properties "Background" and "None". This seems to be the core of the problem, the affected shape has area property "Background", what does not exist in AOO. And that's the root where the fix works, see Comment 7 
"... "useBgFill" ..." (sounds like "Use Background Filling")

I submitted "Bug 123558 - In particular .pptx particular shape gradient darkest area at wrong place and not dark enough" for a gradient problem I observe in reporter's sample document.

I submitted "Bug 123562 - In particular .pptx particular shape shown without filling" for problem with invisible dot hatching for area

MS PPT 2010 has a special fill value for shapes, that's "Use slide backgound fill"(I haven't English version of MS PPT 2010, so don't know the exact English term, but I believe it is something like that). This fill value is only for MS PPT 2010, I haven't seen it in MS Word and Excel 2010.
If this value is applied to a shape, MS PPT will use slide background to fill the shape. If the shape is inside slide area, it looks no difference with "no fill". If the shape is outside of the slide area, you will see the difference.
If the shape is outside, for shapes with "no fill", it looks "gray"; for shapes with "Use slide backgound fill", it still use slide backgound. But for different slide fillings, the behavior is different. For Gradient, this attribute will make the gradient direction reversed from the slide's gradient. But for texture, there will no reversed direction applied.
This is a useful fill value, but it is not supported yet by ODF 1.2. In ODF 1.2, we only support 4 types: color, gradient, hatch, bitmap.
If a shape was applied "Use slide backgound fill", a attribute named "useBgFill" will be added into skema p:sp of OOXML. But for other fill patterns a separated sub-schema such as a:solidFill, a:gradFill, a:blipFill, a:pattFill instead of a attribute, will be added as children context of p:sp.

ALG: Sure differences show with moving objects with that fill style outside the page (or overlapping), but from my POV more important: If a shape with that style overlaps with any other slide, the 'background' looks through in the area of that shape. The question for 'background' is what it is exactly: Is it the MasterPage (when all shapes of page are removed), are objects on the MasterPage visisble, too or only the PageFillStyle, etc. This is unclear and many variations are thinkable.
The simplest version would be to just let show the MasterPage through, but we do not know yet, it may be much more complex...

ALG: Did some quick checks:
- Even objects on Masterpage get covered -> only the MP FillStyle seems to be used
- On pattern fill slight color errors in filled object -> gets visible
- Pattern repeats outside page on pattern fill
- Gradient fill repeats outside page in gradient direction
- bitmap fill has some extras: Only repeats outside page when 'tile' is on. With 'tile' off the alignment with page fill gets lost when alignment is different from 'TopLeft'
- Animations: FlyIn does not show the floating page BG 'through' the object, but the target position fill

Just some points, there will be more. Some may even just be errors in PPT...