Bug 170255 - Hanging soffice process on context switching from a table view back to main Base module window (macOS)
Summary: Hanging soffice process on context switching from a table view back to main B...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
25.8.4.2 release
Hardware: ARM macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords: regression
Depends on:
Blocks:
 
Reported: 2026-01-07 10:54 UTC by Alex Thurgood
Modified: 2026-02-07 03:15 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Spindump on hang (6.46 MB, text/plain)
2026-01-07 10:54 UTC, Alex Thurgood
Details
Sampling trace on hang (317.46 KB, text/plain)
2026-01-07 10:55 UTC, Alex Thurgood
Details
Spindump on Writer hang (4.73 MB, text/plain)
2026-01-16 08:10 UTC, Alex Thurgood
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Thurgood 2026-01-07 10:54:36 UTC
Description:
Context:
System : macOS Tahoe 26.2 - multiple Desktop spaces
ODB file configured to connect to mysql server via the native connector.
Main Base module window is open and occupies nearly the entire screen
A single table of the database is open for editing of records and occupies a smaller part of the screen.

No editing activity occurs in the soffice process for a while (5 or 10 minutes, exact time unknown) - work unrelated to soffice carried out on other Desktop spaces on the macOS system.

I return to the Desktop on which the Base application is running and close the table view.

The soffice process hangs and enters spinning beachball mode. Only a forced kill allows me to exit the soffice process (normal/graceful exit fails).

Carried out a spindump and a sampling analysis of the hung process and have attached them.

This is not the first time that this happens, and it is invariably after the soffice process is left to idle for a while, and then wheen trying to reactivate the main thread, e.g. through a context switch such as closing another Base window (in the example given here, the opened table).

Steps to Reproduce:
See description above.

Actual Results:
Hangs soffice process requiring forced kill

Expected Results:
Should not hang, context switching should allow the remaining active window to behave normally.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 25.8.4.2 (AARCH64)
Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df
CPU threads: 8; OS: macOS 26.2; UI render: Skia/Metal; VCL: osx
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded
Comment 1 Alex Thurgood 2026-01-07 10:54:56 UTC
Created attachment 204955 [details]
Spindump on hang
Comment 2 Alex Thurgood 2026-01-07 10:55:17 UTC
Created attachment 204956 [details]
Sampling trace on hang
Comment 3 Alex Thurgood 2026-01-16 08:09:51 UTC
The same thing has just happened to me with a Writer doc, pure text, which was left open overnight.

The bug isn't specific to Base, but seems to be applicable to all of LO.

On my system, macOS puts the screen to sleep after x minutes of inactivity.

When I woke the screen up this morning, and switched to the LO Writer document to try and close it, LO went into spinning beachball mode.

Spindump trace attached.
Comment 4 Alex Thurgood 2026-01-16 08:10:19 UTC
Created attachment 205062 [details]
Spindump on Writer hang
Comment 5 Alex Thurgood 2026-01-16 08:11:25 UTC
Marking as a regression because I don't remember having this problem with 7.x versions.