Bug 132134 - soffice.bin runs at 100% load without any user interaction
Summary: soffice.bin runs at 100% load without any user interaction
Status: RESOLVED DUPLICATE of bug 136512
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.4.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-15 20:11 UTC by Tom
Modified: 2020-09-12 14:47 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
Screenshot of the menu (36.33 KB, image/png)
2020-04-15 20:13 UTC, Tom
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tom 2020-04-15 20:11:33 UTC
Description:
I have installed LibreOffice per DEB package under Linux Mint Mate 18.3

When I start LibreOffice by typing in the command line
% libreoffice6.4

the main window opens, however:
1) The corresponding process soffice.bin runs constantly at 100% CPU load without any user interaction.

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND    
 4483 me        20   0 1044684 128444  85696 R 100,0  3,4   0:21.22 soffice.bin

The load returns to reasonable low values as soon as I terminate LibreOffice.

2) All menu titles (not the individual menu items) are grayed out.

Steps to Reproduce:
1. Install LibreOffice_6.4.2_Linux_x86-64_deb.tar.gz
2. Run libreoffice6.4
This is enough. And I get the same results, when runnig LO in safe mode.

Actual Results:
  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND    
 4483 me        20   0 1044684 128444  85696 R 100,0  3,4   0:21.22 soffice.bin

Expected Results:
Low CPU load as long as there is no user interaction


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.2.2
Build ID: 4e471d8c02c9c90f512f7f9ead8875b57fcb1ec3
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded

I wonder, if this bug is somehow related to Bug 131444. Rationale: When I try to open even a small document, it takes quite a while because the CPU is so busy.
Comment 1 Tom 2020-04-15 20:13:32 UTC
Created attachment 159593 [details]
Screenshot of the menu
Comment 2 Tom 2020-04-15 20:33:48 UTC
Maybe another important observation. When I clear all recent documents in the main LO window by clicking on

   Recent Files -> ClearRecent Documents

The corresponding icons are removed and the CPU load drops to reasonable values.

Regards
Tom
Comment 3 Tom 2020-04-16 19:44:57 UTC
Follow-up:

Version: 6.4.3.2
Build ID: 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded

In LO 6.4.3.2 the second issue has been fixed. The menu titles are no longer grayed out.

Unfortunatly, the first issue is still present. The CPU is running at 100% load when libreoffice6.4 is started. Here are some more observations that may help to narrow down and fix the root cause.
- The CPU load drops temporarily when the LO window is minimized (iconized) and jumps to 100% again when the LO window is restored.
- The CPU load drops, when either the menu "Recent files" or the menu "Templates" is opened. It is not necessary to select any menu item in those menus. After opening any document and closing that document, the CPU load jumps to 100% again.

Running LO in Safe Mode (w/ user profile reset) does not have any effect. The behavior is still the same.

Regards
Karim
Comment 4 Tom 2020-05-22 06:32:24 UTC
The problem persists under LO 6.4.4.2

Version: 6.4.4.2
Build ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Regards
Tom
Comment 5 Tom 2020-07-02 16:48:52 UTC
The problems persists as well under LO 6.4.5.2

Version: 6.4.5.2
Build ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: de-DE (en_US.UTF-8); UI-Language: en-US
Calc: threaded

Regards
Tom
Comment 6 Tom 2020-08-31 16:48:22 UTC
The problem persists also under LO 7.0.1.2-2.

Version: 7.0.1.2
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

It seems as if LO is caught in an endless loop.

Regards
Tom
Comment 7 Tom 2020-09-12 14:47:29 UTC
Duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=136512 which should be fixed latest in LO7.1.

Regards
Tom
Comment 8 Tom 2020-09-12 14:47:50 UTC

*** This bug has been marked as a duplicate of bug 136512 ***