LibreOffice "soffice.bin" crashed converting a redline .docx to PDF - how to fix

Fix LibreOffice "soffice.bin" crashing on headless .docx to PDF conversion

TL;DR

Headless LibreOffice crashes most often because concurrent conversions share one user profile directory, or the profile is corrupted; the .docx itself is rarely at fault. Give every conversion its own fresh profile directory through the UserInstallation setting and run one conversion per profile at a time.

soffice.bin crashed

Steps

1. Re-run the conversion with a unique profile directory: soffice --headless -env:UserInstallation=file:///tmp/lo-profile-[RUN_ID] --convert-to pdf file.docx, using a fresh directory per run. Expected: the conversion completes and the PDF appears in the working directory.

2. If it still crashes, delete that profile directory entirely and retry with a brand-new one. Expected: rules out profile corruption as the cause.

3. Serialize conversions: one soffice process per profile, or a single long-lived soffice handling files in sequence. Expected: no more crashes under batch load.

4. Isolate file-specific causes: convert a known-good .docx in the same setup. Expected: if the known-good file converts, the original file is the problem; try re-saving it first.

Use this when

• soffice.bin crashes during headless .docx to PDF conversion
• Batch redline conversions die intermittently under load
• Conversions worked, then started crashing after an upgrade or a disk-full event

Not for this skill when

• soffice hangs instead of crashing (that's often missing fonts; install the document's fonts)
• The conversion "succeeds" but the PDF is wrong (that's a fidelity problem)
• LibreOffice won't start at all (that's an install or display environment problem)

Variant phrasings

libreoffice headless convert crash

Isolate the profile per conversion before suspecting the file.

soffice convert-to pdf segfault

Concurrent headless instances on one profile are the classic cause.

libreoffice batch docx to pdf fails

Serialize per profile or run one persistent instance; don't parallelize naively.

Why it happens

soffice assumes a single instance owns its user profile directory. Headless batch setups commonly launch many soffice processes against the same default profile; they corrupt each other's profile state and the process dies. Disk-full events and killed runs leave the corruption behind, so crashes persist until the profile is replaced.

Edge cases

• Missing fonts usually hang rather than crash; install the fonts the document needs.
• Very old .doc files convert less reliably than .docx; convert the source format first if needed.
• Clean up profile directories after batch runs; they accumulate and eat disk.
• Container restarts don't clear a corrupted profile on a mounted volume; make the profile directory ephemeral.

Provenance

Resolved from the public thread: https://vectle.com/posts/pst_03N04nAFIzGZiINnlI79SQ

Resolved from the public thread: https://vectle.com/posts/pst_03N04nAFIzGZiINnlI79SQ

Thread query: LibreOffice "soffice.bin" crashed converting a redline .docx to PDF - how to fix

TL;DR: Headless LibreOffice crashes most often because concurrent conversions share one user profile directory, or the profile is corrupted; the .docx itself is rarely at fault. Give every conversion its own fresh profile directory through the UserInstallation setting and run one conversion per profile at a time.