Bug 154297 - Object transparency settings are lost when Impress document saved and reopened
Summary: Object transparency settings are lost when Impress document saved and reopened
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.3.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-03-21 01:23 UTC by David Clinton
Modified: 2024-08-10 03:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
test file (8.14 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2024-02-11 09:17 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David Clinton 2023-03-21 01:23:46 UTC
Description:
When I create a shape (i.e., rectangle) in an Impress document and place it partially or fully covering an existing shape, and then set the new shape to use a solid color fill with transparency, it works as expected. However, when I save the document and reopen it later, the transparent shape settings will have changed to a gradient fill, a different color, and an axial transparency. 
I haven't figured out a way to prevent this behavior. 

Steps to Reproduce:
1. Create an shape object
2. Create a second shape object and place it over the first
3. Set the second object as fill=color, transparent=solid
4. Save and close the document
5. Reopen the document

Actual Results:
The original settings are lost (and the effect is pretty ugly)

Expected Results:
The original transparency settings should have persisted.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.3.7.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.2
Calc: threaded
Comment 1 Roman Kuznetsov 2023-03-22 11:28:52 UTC
No repro in

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b5c3a7502f7ff6ccf0f829c1f3a2ba50b8584c41
CPU threads: 16; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL threaded

could you please retest it in 7.4 or 7.5 version?
Comment 2 David Clinton 2023-03-22 15:38:38 UTC
I should add an important detail that I only just realised: this only happens when I save the file as a .PPTX, but saving to .ODG works fine.
Comment 3 Julien Nabet 2024-02-11 09:17:56 UTC
Created attachment 192504 [details]
test file

On pc Debian x86-64 with master sources updated today, I don't reproduce this.

I attached an example file.

Could you give a new try with LO 7.6.4 or brand new 24.2 version?
Comment 4 QA Administrators 2024-08-10 03:14:13 UTC
Dear David Clinton,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping