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

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

codeman gravatar image

updated 2019-02-27 19:28:51 +0200

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\2019-02-26 15_03_09-9130-10-88007 rev 4_winfo (1).pdf.png(/upfiles/15512186615040413.png)(/upfiles/15512186512702619.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.pngC:\fakepath\badDoc.docxC:\fakepath\2019-02-27 11_27_52-Surface Scatter SS6 - Adobe Reader.png

edit retag flag offensive close merge delete


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 +0200 )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 +0200 )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 +0200 )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 +0200 )edit