Description: Similar to this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=157783 opening a pptx file and then saving it without modifying anything breaks colors of some elements and garbles embedded graph. The problem only occurs with the embedded graph present. The embedded graph was inserted via Excel and might have its own color scheme. A hypothesis of mine is that during loading somehow the two color schemes get mixed up. Steps to Reproduce: 1.Open attached file 2.Save attached file 3.Open attached file again Actual Results: Re-opened file has color changes and the embedded graph is garbled Expected Results: No change at all as nothing is modified, the file is just re-saved Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 24; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Ubuntu package version: 4:7.6.4-0ubuntu0.22.04.1~lo1 Calc: threaded
Created attachment 191737 [details] Test file to reproduce issue
Created attachment 191739 [details] Original slide how it looks when opened with MS PowerPoint 365
Created attachment 191740 [details] Screenshot of test file before saving and reopening The column in 2031 already differs from the original screenshot as there are values printed inside the column
Created attachment 191741 [details] Screenshot of test.pptx after opening, saving, closing, and reopening the file
Created attachment 191748 [details] Screenshot of test.pptx after opening, saving, closing, and reopening the file with 24.08 as of 2024-01-03 I have good news! What you report is reproducible for me with Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US With the current head of the tree Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 960e37af28807ed1b376e26c4504ab755a81dfd5 CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US and presumably the fix for bug #157783, things already look quite better. See the new screenshot. The chart is still garbled and some green still renders as blue, but less.
What we currently see is identical as with Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 9c8a1994bea590db7436638580231daf31844fd6 CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US so essentially we are back to before the regressions that was fixed via bug #157783. Version: 7.5.6.0.0+ (X86_64) / LibreOffice Community Build ID: 0a5c49aa4f65c8e661f7da3934ab9bea8cacf662 CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US garbles the chart, does not change colors, though. So this is a regression. Version: 7.2.8.0.0+ / LibreOffice Community Build ID: d293877ff029ae7c161ccfbade992485fd92fe75 CPU threads: 12; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-7-2, Time: 2022-04-26_20:29:27 does not garble the chart nor change colors, so there appear to be *two* distinct regressions here. Given the title of this report I suggest to focus on the regression between 7.5 and 7.6.3 (or current top of tree) around color changes.
Looks like the color changes started in 7.6 with: https://git.libreoffice.org/core/+/dad60bd52a25c1997d3724361ea81c0fe99b1872 author Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk> Sat Feb 25 23:07:20 2023 +0900 committer Tomaž Vajngerl <quikee@gmail.com> Sat Apr 08 07:56:27 2023 +0200 oox: add model::Theme to oox::Theme and remove createSvxTheme
Dear Alex Heuer, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
As per request I have tested again against the current version. The bug is still present, colors are still changed using the same test file I uploaded earlier. Version: 25.8.4.2 (X86_64) / LibreOffice Community Build ID: 580(Build:2) CPU threads: 24; OS: Linux 6.14; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Ubuntu package version: 4:25.8.4~rc2-0ubuntu0.24.04.1~lo1 Calc: threaded