Bug 146206 - Overlapping object doesn't come properly while opening a ppt in LibreOffice
Summary: Overlapping object doesn't come properly while opening a ppt in LibreOffice
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:ppt
Depends on:
Blocks: Impress-Gradient
  Show dependency tree / graph
 
Reported: 2021-12-13 13:58 UTC by Rajeev
Modified: 2023-08-18 19:10 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
overlapping objects not rendered properties for this ppt. (4.71 MB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2021-12-13 14:05 UTC, Rajeev 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Comment 1 Rajeev 2021-12-13 14:05:39 UTC 
Created attachment 176902 [details]
overlapping objects not rendered properties for this ppt.

This sample file can be used to reproduce the issue.
Comment 2 Mike Kaganski 2021-12-13 14:24:14 UTC 
Repro using Version: 7.2.3.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.2.3~rc2-0ubuntu0.20.04.1~lo1
Calc: threaded

but not using 7.2.4.1 on Windows.
Comment 3 Mike Kaganski 2021-12-14 15:34:33 UTC 
FTR: trying bibisect repos, I see the same problem using latest from https://bibisect.libreoffice.org/linux-64-5.2 (I can't test oldest, and earlier repos). So this is definitely an older problem.
Comment 4 Rajeev 2021-12-20 05:59:13 UTC 
Is there any update on this issue ?
Comment 5 Justin L 2022-09-06 14:37:17 UTC 
This issue here is the white spot under the door - which should be transparent. The grey block should extend underneath the door frame instead of being blocked by the white spot.

Is this really Linux only?
YES - it works with SAL_USE_VCLPLUGIN=gen ./instdir/program/soffice

Repro 7.5+ with Linux. It broke in 5.1 somewhere here: 
https://cgit.freedesktop.org/libreoffice/core/log/?id=dd5f021e08b0f6da1b5330c37db4c759e35941c6&qt=range&q=ba70050dc37f82306a8a3c5815372a4b9fff18fc..3ecef8cedb215e49237a11607197edc91639bfcd

Likely the trigger was author Caolán McNamara on 2015-06-19 09:18:18 +0100
with commit 031a347668e56c1b38c0539d30e9a1cbb808ca02
    use gtk3 vclplug by default under GNOME3 if available

Caolán, obviously this is not the root cause. Can you suggest a likely place to look for why image transparency would be lost for GTK3 only?
Comment 6 Caolán McNamara 2022-09-06 15:36:37 UTC 
See if it also happens with --headless (under linux and with SAL_USE_VCLPLUGIN unset). The gtk3 vclplug reuses the cairo based svp/headless drawing stuff so its likely the problem is really with that. If so, it might even be bisectable to a change in that, or of course something that never worked.
Comment 7 Justin L 2022-09-07 00:11:04 UTC 
./instdir/program/soffice --headless --print-to-file ~/Downloads/stage10.pptx produces a problematic PDF - with the same big white block underneath the door frame.

The same thing happened in bibisect43all (LO 3.5). Assuming inherited from OOo.