User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/45.0.2454.85 Safari/537.36 Build Identifier: LibreOffice 5.0.1.2 Original template was bought in PPTX format. LO perfectly opens it, saves it in ODP and opens it again. However, if this document is saved in PPT or PPTX there are some changes in colors. Reproducible: Always Steps to Reproduce: 1. Open ODP file attached in document 2. Save it to PPTX 3. Observe the changes in colors. Another approach: 1. Draw dark rectangle and write some text inside (Impress will change text color to white) 2. Save it to PPTX 3. Open it again in Impress (white color is not saved). Actual Results: 1. Automatic white colors on dark background is not saved 2. Background colors of objects (probably coming from PPTX template styles colors are changed Expected Results: 1. Automatic white colors on dark background should be saved 2. Background colors of objects (probably coming from PPTX template styles colors) should be saved [Information automatically included from LibreOffice] Locale: en-US Module: PresentationDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes Reset User Profile?No
Created attachment 118595 [details] Working file in ODP Working file in ODP
Saved to PPTX. This text changes from white to black: This is rectangle (white color is automatic in ODP) One of the three branches on the right changes shape slightly: the curve droops downwards. Win 7 Pro 64-bit, Version: 5.0.1.2 (32-bit) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: fi-FI (fi_FI)
Interesting :) a. Fun to see this file error.odp in various versions of LibreOffice 3.3.0 shows nothing 3.6.6 shows crap where the nice tree is 4.0.x onwards has the right rendering. Only the text color in the shape.. > all versions earlier then 4.2.x show black text Could there be some change in the algorithm choosing whether automatic should show black or white? Looks so. This might also influence the result when saving as PPT(x) and reopening?
(In reply to Cor Nouws from comment #3) > > all versions earlier then 4.2.x show black text > > Could there be some change in the algorithm choosing whether automatic > should show black or white? Looks so. > This might also influence the result when saving as PPT(x) and reopening? All versions prior to 4.2.0 show no white (automatic) color in a odp document too. So the handling in odp files has been improved - but in ms PPT(X) files it hasn't been yet implemented.
Created attachment 119307 [details] test file: shapes with various backgound colors and text with color automatic
Maybe the best solution is to disable autocolor? I would be forced to change color to white and no problem... Currently, you can't rely on LibreOffice auto-suggestion.
(In reply to Ljiljan from comment #6) > Maybe the best solution is to disable autocolor? I would be forced to change > color to white and no problem... Currently, you can't rely on LibreOffice > auto-suggestion. If we start doing that, there must be more features disabled in LibreOffice since (export to) MsOffice does not (yet) support them. Not a reasonable option I think.
(In reply to Cour Nozws from comment #7) >If we start doing that, there must be more features disabled in LibreOffice >since (export to) MsOffice does not (yet) support them. Not a reasonable option >I think. Then, this is not ENHANCeMENT, but BUG. I reported bug on existing feature, and I didn't require new feature.
According to what I wrote in https://bugs.documentfoundation.org/show_bug.cgi?id=98311#c3 I suggest that bug is about PPT and this one about PPTX. Those are different bugs.
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Repro in 6.1+.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 149548 [details] Sample ODS Same issue with ODS - XLSX conversion. Observed using LO 6.3.0.0.alpha0+ (e0745a11597e5d57eb8001a295314e86810a6027) / Windows 7.
Dear Ljiljan, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
*** Bug 144462 has been marked as a duplicate of this bug. ***
MSO 2016 has Automatic font color for Word and Excel, but not for Powerpoint (should be checked in MSO 2019 or 365). So cases for ODS and ODP are different. Automatic font color from LO 7.3+ ODS opens OK in Calc but not in Excel. It's marked automatic but still black where it should be white. But any black background doesn't show Automatic text so it's MSO problem in my case. Doesn't look like LO issue, so I revert to PPTX in title. Needs check in updated MSO. Automatic font color from LO 7.3+ ODP doesn't show correctly in Impress and Powerpoint.
*** Bug 147991 has been marked as a duplicate of this bug. ***
Sarper Akdemir committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/79ea27ec4418b82af5ba2187ae59cd9c0874060b tdf#94122 pptx export: fix automatic text color export It will be available in 7.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Sarper Akdemir committed a patch related to this issue. It has been pushed to "libreoffice-7-4": https://git.libreoffice.org/core/commit/c544caf08b8809272aaced1186997292b74da575 tdf#94122 pptx export: fix automatic text color export It will be available in 7.4.2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in MSO and LO for PPTX. PPT is a separate bug.