+++ This bug was initially created as a clone of Bug #52208 +++
Download attachment 64325 [details] from bug 52208
[Expected] blue rectangle and white rectangles are in background
[Actual] blue rectangle and white rectangles are *not* in background
Please see screenshot in attachment 64326 [details]
Status NEW due to bug 52208 comment 3
As you said in bug 52208, this "never worked", but my own build on linux on May 2012 worked (transparent shapes shown correctly), but now not work again. :-) So, I decided to do git bisect.
Note: daily builds on Windows -- on the near day that my own build worked (May 2012) -- didn't work. So, I'm not sure whether it is my luck to get linux build worked.
The bisect result is, this commit caused my own build to the not-working state. http://cgit.freedesktop.org/libreoffice/core/commit/?id=f837c4288cdae4921b3fb6747ba2e2cd5ce2dcd2
(In reply to comment #1)
I tried to revert all of it, and applied each hunk to see which exact hunk caused the problem. The result is: change in *only* following files caused this bug:
Anyway, after applying only these hunks, it breaks unit test for n#764005, in the second assert. That is, the n#764005 is now Opaque, which should not.
And this is now beyond my little knowledge ;) So, Miklos, could you please have a look? Thanks in advanced. :-)
First, just to make it clear -- I *think* it never worked, but of course now that you proved it's a regression, I'm sure it did. Thanks for correcting me. :-)
I'll try to get to this one soon.
*** Bug 58782 has been marked as a duplicate of this bug. ***
"Bug 60992 - FILESAVE as .docx ignores 'Background' property in 'Wrap-Through' of DRAW shape" might show that there is some more general misunderstanding concerning Wrap through - Background for Draw objects in .docx?
I do not understand why this bug depends on "Bug 52208 - [DOCX] FILEOPEN: additional empty page after a continuous section break at the end of document", what has been fixed [target:3.6.4], but this one still does exist.
The problem discussed here (Forgeground instead of background) with sample mentioned in original report is already visible in LibO 3.3.0, I think it never worked and I do not understand the discussion here concerning bug appearance.
Are you planning to fix tis one or should we involve an additional developer?
Created attachment 74969 [details]
Background jpg and png shown fine
I am a little doubtful concerning DUP Bug 58782, that's a picture (not Draw Element) anchored as character (where no background option is available). This sample contains 2 pictures (jpg / png) with wrap throuth + background what are shown correctly in background when I open it with LibO 3.6.5 (and in MS WORD Viewer). I would prefer to leave Bug 58782 as separate bug if it's not proved without doubt that roots are the same like here.
I close this bug report as RESOLVED FIXED because it is no longer reproducible.
Tested again on:
- Libreoffice 184.108.40.206 Build ID: 0a0440ccc0227ad9829de5f46be37cfb6edcf72
- Libreoffice 220.127.116.11 Build ID: d7dbbd7842e6a58b0f521599204e827654e1fb8b
- Libreoffice 18.104.22.168.alpha0 ID: f839b5dd16c05c0eda21345ec36ec0cb024eb732
Feel free to open this bug report again if you find that the bug is still reproducible under some special circumstances, etc.