https://bugs.documentfoundation.org/show_bug.cgi?id=169711
CHEN Kai <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |--- Status|RESOLVED |REOPENED Ever confirmed|0 |1 --- Comment #11 from CHEN Kai <[email protected]> --- I can still reproduce this on February 26, 2026 on macOS 26.3 (25D125), Apple Silicon (arm64), while logged into the GUI. I tested both: - LibreOffice Fresh 26.2.0.3 - LibreOffice Still 25.8.5.2 Direct invocation of soffice for headless conversion aborts with exit code 134 (SIGABRT), for example: "/Applications/LibreOffice.app/Contents/MacOS/soffice" --headless --convert-to pdf ... `soffice --version` works, but `--headless --convert-to` crashes and generates a macOS .ips crash report. The crash stack still includes: - ___RegisterApplication_block_invoke - _RegisterApplication - GetCurrentProcess - NSApplication sharedApplication/init - create_SalInstance - InitVCL() Workaround (works reliably here): Launching the same headless conversion via macOS LaunchServices succeeds: open -W -n -a "/Applications/LibreOffice.app/Contents/MacOS/soffice" --args ... This suggests the issue is in the direct startup path / app registration on newer macOS, not in document conversion itself. Could this bug be reopened, or should I file a new bug and mark it as related/regression on newer macOS? I can attach .ips crash reports from both Fresh and Still. -- You are receiving this mail because: You are the assignee for the bug.
