https://bugs.documentfoundation.org/show_bug.cgi?id=171479
Bug ID: 171479
Summary: Libreoffice crashes in this document seemingly due to
pictures in the document
Product: LibreOffice
Version: 25.2.3.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: LibreOffice
Assignee: [email protected]
Reporter: [email protected]
Description:
LibreOffice Writer frequently freezes on a Debian 13 laptop when working with a
specific document that contains several screenshots. The freeze happens when
scrolling through the document, usually around page 6 or 7, especially when the
bottom of the images comes into view. When the freeze occurs, the LibreOffice
window becomes completely unresponsive and never recovers. The soffice.bin
process remains stuck at 100% CPU until it is terminated with SIGTERM. There is
no indication of resource exhaustion on the system, which has 16GB RAM and an
11th‑gen Intel i5 CPU.
The issue did not occur on the same user’s previous Mac (from 2015), and after
migrating the user’s home directory to Debian using rsync, the freezes started
happening. Resetting the LibreOffice profile to factory defaults did not
resolve the problem.
The same document does not trigger the freeze when tested on a fresh
LibreOffice installation on an M1 Mac. Switching LibreOffice Writer to Web View
avoids the freeze, but this view disrupts the placement of images. Returning to
Normal View makes the freeze reproducible again. On the affected Debian
machine, the freeze happens consistently just by opening the document and
scrolling down to the pages with images.
Further tests still need to be done, such as trying the document on another
Debian 13 laptop to rule out hardware issues and testing with another user
account on the same machine to rule out something in the user’s home directory.
Steps to Reproduce:
1.Open document provided in Normal view (not web view)
2.Scroll down to page 7.
3.Once you scroll down to exactly where the bottom of the image becomes visible
Actual Results:
LibreOffice locks up completely using 100% CPU time on one core and is no
longer responsive. In Gnome I can still resize the window. Enlarging the window
results in black rectangles and the previous content not actually resizing.
Decreasing the size results in "glitchy" graphics (similar to "broken GPU") in
the area of the window that is now reduced in size.
Expected Results:
I would expect to be able to scroll further down to the remainder of the
document without LibreOffice writer to lock up and not recover.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: 520(Build:2)
CPU threads: 8; OS: Linux 6.12; UI render: default; VCL: gtk3
Locale: en-US (en_US); UI: en-US
Debian package version: 4:25.2.3-2+deb13u3
Calc: threaded
I also tried LibreOffice installed from the snap store and it exhibited the
same behavior: 25.8.5.2. At the time of writing, I don't have the build number
from that, but will supply if needed
Problem not exhibited on this setup (before user migration): (x86_64):
Version: 7.3.4.2 / LibreOffice Community
Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5
CPU threads: 4; OS: Mac OS X 12.7.6; UI render: default; VCL: osx
Locale: nl-BE (en_BE.UTF-8); UI: en-US
Calc: threaded
I am trying to reproduce the problem on another M1 Mac (fresh install) now but
I can't reproduce with the document attached:
Version: 25.8.5.2 (AARCH64)
Build ID: 9c8b85f387cc00a89945a79c9e6239f32e450ac2
CPU threads: 8; OS: macOS 15.7.4; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
