#1111687 libreoffice programs (writer, calc, etc) are killed by SIGSEGV (core dumped)

Package:
libreoffice
Source:
libreoffice
Description:
office productivity suite (metapackage)
Submitter:
Damir R. Islamov
Date:
2025-08-25 18:51:01 UTC
Severity:
normal
Tags:
#1111687#5
Date:
2025-08-21 06:07:02 UTC
From:
To:
Dear Maintainer,

After upgrade to 4:25.8.0~rc4-2+b1
running any LO programs (with or without any files) leads to their crash.
A opart of strace are core dump are attached.

=========
...
[pid 1479035] mprotect(0x7f4e994d5000, 4096, PROT_READ) = 0
[pid 1479035] mprotect(0x7f4e9ece0000, 12288, PROT_READ) = 0
[pid 1479035] mprotect(0x7f4e99080000, 32768, PROT_READ) = 0
[pid 1479035] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0x7f4e9da317b8} ---
[pid 1479005] <... futex resumed>)      = -1 ETIMEDOUT (Время ожидания соединения истекло)
[pid 1479005] futex(0x559d27e45f90, FUTEX_WAKE_PRIVATE, 1) = 0
[pid 1479005] poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
[pid 1479005] writev(3, [{iov_base="8\0\4\0\2\0\0\t\4\0\0\0fff\0C\0\5\0\1\0\0\t\2\0\0\t\36\0\221\0"..., iov_len=72}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 72
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] read(4, "", 255)          = 0
[pid 1479005] poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1 <unfinished ...>
[pid 1479035] +++ killed by SIGSEGV (core dumped) +++
[pid 1479005] <... poll resumed>)       = 1 ([{fd=3, revents=POLLOUT}])
[pid 1479034] <... wait4 resumed>, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV && WCOREDUMP(s)}], 0, NULL) = 1479035
[pid 1479034] rt_sigprocmask(SIG_BLOCK, ~[RT_1] <unfinished ...>
[pid 1479005] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_DUMPED, si_pid=1479035, si_uid=1000, si_status=SIGSEGV, si_utime=4 /* 0.04 s */, si_stime=3 /* 0.03 s */} ---
[pid 1479034] <... rt_sigprocmask resumed>, NULL, 8) = 0
[pid 1479005] writev(3, [{iov_base="<\0\2\0\2\0\0\t<\0\2\0\0\0\0\t+\0\1\0", iov_len=20}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3 <unfinished ...>
[pid 1479034] madvise(0x7f86a5ffe000, 8368128, MADV_DONTNEED) = 0
[pid 1479005] <... writev resumed>)     = 20
[pid 1479034] exit(0 <unfinished ...>
[pid 1479005] poll([{fd=3, events=POLLIN}], 1, -1 <unfinished ...>
[pid 1479034] <... exit resumed>)       = ?
[pid 1479034] +++ exited with 0 +++
[pid 1479005] <... poll resumed>)       = 1 ([{fd=3, revents=POLLIN}])
[pid 1479005] recvmsg(3, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\1\1+\0\0\0\0\0\16\0`\4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", iov_len=4096}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 32
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)
[pid 1479005] shutdown(3, SHUT_RDWR)    = 0
[pid 1479005] close(3)                  = 0
[pid 1479005] close(4)                  = 0
[pid 1479005] exit_group(139)           = ?
[pid 1479005] +++ exited with 139 +++
<... wait4 resumed>, [{WIFEXITED(s) && WEXITSTATUS(s) == 139}], 0, NULL) = 1479005
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=1479005, si_uid=1000, si_status=139, si_utime=0, si_stime=2 /* 0.02 s */} ---
rt_sigreturn({mask=[]})                 = 1479005
wait4(-1, 0x7ffcdda17f8c, WNOHANG, NULL) = -1 ECHILD (Нет дочерних процессов)
read(10, "", 8192)                      = 0
exit_group(139)                         = ?
+++ exited with 139 +++
=========

#1111687#10
Date:
2025-08-21 17:32:34 UTC
From:
To:
tag 1111687 + moreinfo
tag 1111687 + unreproducible
severity 1111687 important
thanks

[ This bug never appeared neither in my mailbox nor on the maintainer
list. Probably because of the attachement ]

Hi,

Am 21.08.25 01:07, schrieb Damir R. Islamov:

No, that would only be the case if it was a general problem.

https://ci.debian.net/packages/libr/libreoffice/unstable/amd64/63486101/
clearly pass and that one does run all (except one which doesn't matter
here) UI tests which does load files etc.

From what? 4:25.8.0~rc4-2 to 4:25.8.0~rc4-2+b1 wouldn't explain a
change. And 4:25.8.0~rc4-2 is already in the archive for days, as was
rc3 before.

Well, but that doesn't help very much since it doesn't even say what you
straced. And:

This is not understandable. Google translate helpfully says
"Connection timed out", but to what? The strace misses that

See above. "The resource is temporarily unavailable"

See above. "No child processes".
[...]
[...]
[...]
[...]
[...]
[...]
[...]
[...]

Oh dear. Try without.

OK.

Not that it's related (I hope ...

... is fully installed, but why the heck is collaboraofficebasis-core
providing libroffice-common? That is a recipe for disaster (differing
paths etc.)

Not Debian. Try with Debian.

So, I tried it in a clean sid VM. With the extensions installed,
-help-ru/-l10n-ru and LANG=ru_RU.UTF-8. Started lowriter and localc. Just works.

Also doing some trivial things in either of them makes it not crash.

=> unreproducible, moreinfo

Haven't looked at the attached core. Would probably not work on my
system anyway? Better send a gdb bt?

Regards,

Rene

#1111687#21
Date:
2025-08-21 17:36:00 UTC
From:
To:
Am 21.08.25 07:32, schrieb Rene Engelhard:

Regards,

Rene

#1111687#26
Date:
2025-08-25 16:33:52 UTC
From:
To:
The issue took place in KDE Plasma X11 session.

After update to libreoffice 4:25.8.0-1 the problem disappeared.

Closing.
-------------------- Sincerely yours *Damir Islamov* email: damir@secretlaboratory.ru В письме от пятница, 22 августа 2025 г. 00:36:00 Новосибирск, стандартное время пользователь Rene Engelhard написал:
#1111687#29
Date:
2025-08-25 17:17:21 UTC
From:
To:
close 1111687 4:25.8.0-1


Hi,

Am 25.08.25 um 18:33 schrieb Damir Islamov:
OK
That doesn't really make sense. 4:25.8.0-1 is identical to rc4 - just affecting calc and use a library from system.


But OK,, :)
As you wish, thanks. :)

(Your closing closed the bug, maybe, but it's still shown as affecting stuff because of the found. So I close it with the version you mentioned...)


Regards,


Rene

#1111687#30
Date:
2025-08-25 18:48:40 UTC
From:
To:
Hi,

Am 25.08.25 um 19:17 schrieb Rene Engelhard:

OK; I corect myself, liborcus is also used in cui ("common UI" aka. Options) which is in -core.

Still it wouldn't explain it suddenly starting working with 4:25.8.0-1 and not with 4:25.8.0~rc4-2(+b1).

Regards,


Rene