https://bugs.documentfoundation.org/show_bug.cgi?id=172335
Bug ID: 172335
Summary: Libre Office crashes after PDF conversion with writer
via UNO in headless mode
Product: LibreOffice
Version: 25.8.7.3 release
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
We are using the latest unoserver for conversion of documents to PDF via UNO.
https://github.com/unoconv/unoserver/
We upgraded libre from 24.8.7 to 26.2.3.2 and things stopped working for us.
After the conversion to PDF via UNO Libre Office crashes on closing the
document.
In the Application event log I find the following entry:
Faulting application name: soffice.bin, version: 26.2.3.2, time stamp:
0x69ee885f
Faulting module name: ucrtbase.dll, version: 10.0.22621.6931, time stamp:
0x47e91cd6
Exception code: 0xc0000409
Fault offset: 0x000000000007f6fe
Faulting process id: 0x0x6D88
Faulting application start time: 0x0x1DCF3478F5928A9
Faulting application path: C:\Program Files\LibreOffice\program\soffice.bin
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report Id: 9f55cc63-a5f6-435e-bc63-a5518b611220
Faulting package full name:
Faulting package-relative application ID:
This happens with odt and docx input documents.
The error happens for document.Close(true), line 361 at
https://github.com/unoconv/unoserver/blob/3.6/src/unoserver/converter.py
We extracted the exception there:
unoserver.converter.com.sun.star.lang.DisposedException: Binary URP bridge
disposed during call
We added a 5 second wait before document.Close but that did not change
anything.
The command line unoserver uses to start libre office headless is:
C:\Program Files\LibreOffice\program\soffice.COM --headless --invisible
--nocrashreport --nodefault --nologo --nofirststartwizard --norestore
-env:UserInstallation=file:///C:/Users/MYUSER/AppData/Local/Temp/tmpkkn0w5j1
--accept=socket,host=127.0.0.1,port=2003,tcpNoDelay=1;urp;StarOffice.ComponentContext
Removing headless and invisible does not change anything. What is seen is a
balloon saying that the document is opened in read only mode.
We have create a crash dump (with Windows Error Reporting).
It's quite big so it can be downloaded here (for about 60 days after last
access):
https://www.rubicon.eu/downloads/e00f3263-293b-45c2-8e23-affe248f7b4f/soffice.bin.42160.7z
Password is "KeineLibre"
Converting to PDF interactively works fine.
Setting the environment variable SAL_SKIA to "raster" (suggested by some guy on
the internet) does not work.
With a fresh installation of Libre Office 25.8 upwards this happens every time.
(We could not check 25.2 as we did not find installation files for windows for
that version.
In 24.8.7 this worked fine.)
The used unoserver version (tested 3.2 and 3.6) does not matter.
We will also post an issue in the unoserver github repository. But it seems as
it is a bug in Libre Office.
Steps to Reproduce:
1. Create an empty input file (odt or docx) for step 4 for example at
c:\temp\input.docx
2. Install uno server (powershell)
curl https://bootstrap.pypa.io/pip/get-pip.py -o c:\temp\get-pip.py
. "C:\Program Files\LibreOffice\program\python.exe" c:\temp\get-pip.py
$pipExe = Get-ChildItem "C:\Program
Files\LibreOffice\program\python-core-3.12.13\Scripts\pip.exe"
. "C:\Program Files\LibreOffice\program\python.exe" $pipExe install
unoserver==3.6
3. Start unoserver (powershell)
& 'C:\Program Files\LibreOffice\program\python.exe' 'C:\Program
Files\LibreOffice\program\python-core-3.12.13\Scripts\unoserver.exe' --port
2002 --uno-port 2003
4. Convert via unoconvert (powershell)
& "C:\Program Files\LibreOffice\program\python.exe" "C:\Program
Files\LibreOffice\program\python-core-3.12.13\Scripts\unoconvert.exe" --port
2002 --convert-to PDF "C:\Temp\input.docx" "C:\Temp\output.pdf"
Actual Results:
Crash
Expected Results:
Libre Office Server should not crash but keep open for further conversions.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
Version: 26.2.3.2 (X86_64)
Build ID: 70e089b17412e4cb7773e41413306b17a2328c34
CPU threads: 32; OS: Windows 11 X86_64 (build 22631); UI render: Skia/Vulkan;
VCL: win
Locale: de-AT (de_AT); UI: en-US
Calc: CL threaded
--
You are receiving this mail because:
You are the assignee for the bug.
