Created attachment 119813 [details] Document with a blue header covered by a white curve The attached PPT file has a blue header covered by a white curve which is visible in Microsoft Office 2013 but not in LibreOffice. Yet if I open the PPT from Microsoft Office 2013 and save-as PPTX then LibreOffice is able to render the white curve. So I guess it's a problem in PPT import. This doesn't appear to be a regression as it occurs in 3.3.0rc4, 4.4.6.1 and 5.0.3.1 so I assume all LibreOffice's are affected.
Created attachment 119814 [details] The same document save-as PPTX from Microsoft Office can be imported into LibreOffice correctly LibreOffice can open this PPTX but not the PPT
Created attachment 119815 [details] The correct rendering in Microsoft Office 2013
Created attachment 119816 [details] The incorrect rendering from LibreOffice when opening the PPT
Confirmed. Win 7 Pro 64-bit, Version: 5.0.2.2 (x64) Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe Locale: fi-FI (fi_FI) LibreOffice 3.5.0rc3 Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735
** 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.1.6 or 5.2.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-20161108
Still reproducible in Version: 6.0.0.0.alpha1+ Build ID: 38a8157d9447134913d88c6c373d99a7aa472857 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
** 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
I see the white lines in Version: 6.3.0.0.alpha0+ (x64) Build ID: 7176211382cc288750273e16ea7eb206854be33f CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-12-17_03:47:50 Locale: de-DE (en_US); UI-Language: en-US Calc: threaded with OpenGL disabled and enabled. The lines are in group object in the master page. They have line width 0.00cm, which means it is a hair line. That might not work for some OS or screen resolution. You should try to set it to a non-zero value.
The problem is not the lines, but that the large white shape at the bottom of the group seems to be completely missing.
Created attachment 147708 [details] shape with "slide background fill" (In reply to Buovjaga from comment #9) > The problem is not the lines, but that the large white shape at the bottom > of the group seems to be completely missing. Oh, I see. The reason for that problem is, that the shape has the color filling "background", which means, that the shape uses the same color as the background of the slide. So the color of the shape is linked to the color of the slide. That is different from "transparent". The problem is, that LibreOffice does not have a similar setting for background color and ODF has no attribute to store this information. In current PowerPoint it is "slide background fill" in the UI. If you open such pptx file in LibreOffice, the color is set to "white", which is wrong too, but it is here not visible, because the slide background is white. The statement "works from PPTX" is wrong. In the attached pptx file, the slide background is orange and the rectangle has the setting "slide background fill". That is the same problem as reported in bug 48083.
Thanks. Let's dupe this to the older one, then. *** This bug has been marked as a duplicate of bug 48083 ***