Bug 148039 - LO opens PPTX with out of position text
Summary: LO opens PPTX with out of position text
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.3.1.3 release
Hardware: All All
: low minor
Assignee: Not Assigned
URL: https://www.iso.org/standard/74461.html
Whiteboard:
Keywords:
Depends on:
Blocks: Font-Substitution PPTX-Tables
  Show dependency treegraph
 
Reported: 2022-03-16 16:50 UTC by Dhaval Sonawane
Modified: 2022-07-21 10:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Input pptx file (32.95 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2022-03-16 16:51 UTC, Dhaval Sonawane
Details
Exported Incorrect PDF (32.29 KB, application/pdf)
2022-03-16 16:52 UTC, Dhaval Sonawane
Details
This is how the pptx looks in Libreoffice. Its an issue (529.14 KB, image/png)
2022-03-17 18:35 UTC, Dhaval Sonawane
Details
The same pptx in MSOffice is rendered correctly (440.02 KB, image/png)
2022-03-17 18:36 UTC, Dhaval Sonawane
Details
LO 7.4.0 gives the same result (1.29 MB, image/png)
2022-03-24 20:55 UTC, Dhaval Sonawane
Details
LO 7.4.0 gives the same result on Ubuntu (345.30 KB, image/png)
2022-03-24 21:25 UTC, Dhaval Sonawane
Details
Input pptx file with Arial font (33.08 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2022-07-15 13:58 UTC, Timur
Details
The example file in PP 2010 and Impress (125.23 KB, image/png)
2022-07-19 23:28 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dhaval Sonawane 2022-03-16 16:50:57 UTC
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
Comment 1 Dhaval Sonawane 2022-03-16 16:51:31 UTC
Created attachment 178918 [details]
Input pptx file
Comment 2 Dhaval Sonawane 2022-03-16 16:52:04 UTC
Created attachment 178919 [details]
Exported Incorrect PDF
Comment 3 Timur 2022-03-17 10:49:21 UTC
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.
Comment 4 Timur 2022-03-17 10:50:16 UTC
Also, you should write first if PPTX opens OK in GUI.
Comment 5 Timur 2022-03-17 11:49:10 UTC
Also try this: soffice --convert-to pdf:impress_pdf_Export /Users/dhaval/tableProblem-english.pptx
Comment 6 Dhaval Sonawane 2022-03-17 18:34:50 UTC
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.
Comment 7 Dhaval Sonawane 2022-03-17 18:35:47 UTC
Created attachment 178948 [details]
This is how the pptx looks in Libreoffice. Its an issue
Comment 8 Dhaval Sonawane 2022-03-17 18:36:16 UTC
Created attachment 178949 [details]
The same pptx in MSOffice is rendered correctly
Comment 9 Timur 2022-03-18 06:04:27 UTC Comment hidden (obsolete)
Comment 10 Timur 2022-03-18 06:10:56 UTC Comment hidden (obsolete)
Comment 11 Timur 2022-03-18 08:30:29 UTC
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.
Comment 12 Xisco Faulí 2022-03-21 11:12:46 UTC
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
Comment 13 Timur 2022-03-21 11:16:58 UTC Comment hidden (obsolete)
Comment 14 Dhaval Sonawane 2022-03-22 17:40:46 UTC Comment hidden (obsolete)
Comment 15 Dhaval Sonawane 2022-03-22 17:43:58 UTC
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
Comment 16 QA Administrators 2022-03-23 03:38:48 UTC Comment hidden (obsolete)
Comment 17 Timur 2022-03-23 07:48:27 UTC
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.
Comment 18 Dhaval Sonawane 2022-03-24 20:54:20 UTC
Thanks. I tried the 7.4.0 dev build on my mac and I still see the same issue. Find the attached snapshot
Comment 19 Dhaval Sonawane 2022-03-24 20:55:53 UTC
Created attachment 179088 [details]
LO 7.4.0 gives the same result
Comment 20 Dhaval Sonawane 2022-03-24 21:25:11 UTC
I was able to see the same behavior on Ubuntu as well. See the screenshot attached
Comment 21 Dhaval Sonawane 2022-03-24 21:25:48 UTC
Created attachment 179089 [details]
LO 7.4.0 gives the same result on Ubuntu
Comment 22 Timur 2022-03-25 06:38:09 UTC
Did you test on the same machine, can it maybe be HiRes monitor?
Also check slide size.
Comment 23 Dhaval Sonawane 2022-03-29 20:24:38 UTC
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
Comment 24 Dhaval Sonawane 2022-03-29 20:24:38 UTC Comment hidden (obsolete)
Comment 25 Timur 2022-07-15 13:58:49 UTC
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.
Comment 26 Gabor Kelemen (allotropia) 2022-07-19 23:28:39 UTC
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.
Comment 27 Timur 2022-07-20 13:14:54 UTC
Gabor, please explain what exactly you confirmed for. 
1st example was with Meiryo, 2nd with Arial, reporter's look is different.
Comment 28 Gabor Kelemen (allotropia) 2022-07-20 16:10:07 UTC
(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.
Comment 29 Timur 2022-07-21 10:21:46 UTC
But we do not keep separate bugs for font replacement. Common ones are in bug 64509.