/libreoffice6.1/program/soffice, --headless, --convert-to, pdf messes up with the table formating

asked 2019-02-26 23:06:14 +0100

codeman gravatar image

updated 2020-08-30 12:15:02 +0100

Alex Kemp gravatar image

We are converting some MS Office documents to PDF using the command line option. In 10% of the cases, the table format doesn't get converted properly. It adds an arrow on the top left of the pdf start page Also,the position of the inserted shapes changes

C:\fakepath\badDoc.docx

C:\fakepath\2019-02-26 15_03_09-9130-10-88007 rev 4_winfo (1).pdf.png

C:\fakepath\2019-02-26 15_03_31-9130-10-88007 rev 4_winfo (1).pdf.png

C:\fakepath\2019-02-26 15_03_17-9130-10-88007 rev 4_winfo (1).pdf.png

C:\fakepath\2019-02-27 11_27_52-Surface Scatter SS6 - Adobe Reader.png

(edit: activated a blizzard of screenshots + separated out docx upload)

edit retag flag offensive close merge delete

Comments

1

Unfortunately, all the screenshots are useless without the original document - which could be used to reproduce the problem and look at what is wrong; and also proper description of version of LO and OS; all that in a bug report. And also check if the said documents are converted correctly using GUI, to check if that's really a --headless --convert-to CLI problem, or more generic problem.

Mike Kaganski gravatar imageMike Kaganski ( 2019-02-27 06:22:47 +0100 )edit

Sorry about the missing info- LO version- 6.1 OS- x86_64-redhat-linux-gnu

The given document can be converted correctly using Microsoft of course. I do not have the LO GUI to test that.

Attached is the source file (badDoc.docx)

codeman gravatar imagecodeman ( 2019-02-27 19:24:18 +0100 )edit

@Mike Kaganski: can you please advice on why the pdf is not being formatted properly.

codeman gravatar imagecodeman ( 2019-03-05 20:47:38 +0100 )edit

No; only filing a bug report (as I mentioned above) could make this problem available to developers, and then lead to fix.

Mike Kaganski gravatar imageMike Kaganski ( 2019-03-05 20:50:25 +0100 )edit