Description: I have a pptx document which I am trying to convert to PDF using the `convert-to pdf` option through the command-line For this particular document, the resulting PDF is not produced correctly. The footer of the table gets overlayed into the table itself. Check the attached PDF for the incorrect output Steps to Reproduce: 1. Invoke Libre office call with the following command - [soffice --nologo --norestore --headless -env:UserInstallation=file:///Users/dhaval/ --convert-to pdf --outdir /Users/dhaval/ /Users/dhaval/tableProblem-english.pptx] 2. Observe the incorrect PDF produced Actual Results: For this particular document, the resulting PDF is not produced correctly. The footer of the table gets overlayed into the table itself. Check the attached PDF for the incorrect output Expected Results: PDF should look same as the input file Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.3.1.3 / LibreOffice Community Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951 CPU threads: 16; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 178918 [details] Input pptx file
Created attachment 178919 [details] Exported Incorrect PDF
No repro 7.3 and 7.4+ Win GUI and Lin headless. So may be Mac only if confirmed. Not sure what -env:UserInstallation is used for in headless, you may try without.
Also, you should write first if PPTX opens OK in GUI.
Also try this: soffice --convert-to pdf:impress_pdf_Export /Users/dhaval/tableProblem-english.pptx
Thanks for looking into it Timur. About your suggestions: 1. Tried opening the pptx in LibreOffice, I see the same issue (Attaching a screenshot libreoffice-ui.png) 2. Tried opening in MS Office, the pptx renders correctly. (Attaching a screenshot msoffice-ui.png) 3. I tried the --convert-to pdf command in a docker container running on Redhat. Still see the same issue 4. Tried the command `soffice --convert-to pdf:impress_pdf_Export /Users/dhaval/tableProblem-english.pptx`, still results in the incorrect output.
Created attachment 178948 [details] This is how the pptx looks in Libreoffice. Its an issue
Created attachment 178949 [details] The same pptx in MSOffice is rendered correctly
So it would be PPTX fileopen issue, not convert, in Mac only.
Maybe that is some intermittent change like https://bugs.documentfoundation.org/show_bug.cgi?id=135843. You may try with master 7.4+.
Also may be a problem with fonts. It has Meiryo UI font which I don't have in Linux and it's replaced, LO doesn't say with what. But I have it in Windows. Please write if you have it or it's italic/replaced in LO. You may replace it in Options-Fonts.
issue not reproducible in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: f461c889ac4bc053c306537f644ec4bf3e0d5128 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
We can only close this, but let's keep in case you test with font replacement.
Hey Timur, Can you share some steps to run Libreoffice 7.4? Since its alpha, i cant get 7.4 from brew or find a download link
I was able to replicate this with Arial font too. I just opened the ppt in MS Office, selected all elements on page, changed font to Arial. Then I opened the file in LO GUI to verify
[Automated Action] NeedInfo-To-Unconfirmed
I mark Mac unless proved otherwise. Daily master 7.4+ is at https://dev-builds.libreoffice.org/daily/master/current.html. It should install separately to working LO.
Thanks. I tried the 7.4.0 dev build on my mac and I still see the same issue. Find the attached snapshot
Created attachment 179088 [details] LO 7.4.0 gives the same result
I was able to see the same behavior on Ubuntu as well. See the screenshot attached
Created attachment 179089 [details] LO 7.4.0 gives the same result on Ubuntu
Did you test on the same machine, can it maybe be HiRes monitor? Also check slide size.
This has occurred on a linux machine as well. This is not due to the monitor because this happens even when we process the file through command line (office --convert-to pdf) option
Created attachment 181283 [details] Input pptx file with Arial font I think we should try once more and close if nothing can be concluded. So, here is PPTX with Arial. It opens OK for me in Linux and Windows, I have Arial installed. Please make another screenshot in Linux, make sure that cursor is in the main table (because that's where problem comes from) and font field is visible.
Created attachment 181338 [details] The example file in PP 2010 and Impress Looks to be mostly a font replacement issue. On Windows it looks mostly okay: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: a4ab155ae15e9e6d4deb157634f8b86c87fcbde4 CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded Except for the table height is about 0.3 cm larger than in PP. On Linux I see the same size change as on the other attachments.
Gabor, please explain what exactly you confirmed for. 1st example was with Meiryo, 2nd with Arial, reporter's look is different.
(In reply to Timur from comment #27) > Gabor, please explain what exactly you confirmed for. > 1st example was with Meiryo, 2nd with Arial, reporter's look is different. The first example with Meiryo font, and the slightly different table size (this part may worth splitting it out). About the font there is a panose="020B0604020202020204" attribute saved in the example file, which may sound somewhat magical to interpret, but it is defined in an ISO standard, which is referenced by the OOXML ISO standard. So that information can be interpreted to find a somewhat better fitting replacement font.
But we do not keep separate bugs for font replacement. Common ones are in bug 64509.
Dear Dhaval Sonawane, 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
I still do not know what this bug is about, not I reproduce it, nor I see it reproduced in attachment 181338 [details] when it was confirmed.
I can't reproduce this either on Linux. I don't have the Meiryo font though. I can imagine that this could be dependent on bug 165521.
The patches for bug 165521 have been committed to 25.8 today. So when a build becomes available, this bug could be re-tested by those who can reproduce the problem and see if it has been resolved.