Bug 101746 - all operations of one Libreoffice application are quued one-thread
Summary: all operations of one Libreoffice application are quued one-thread
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: framework (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks:
 
Reported: 2016-08-26 20:41 UTC by Mikhail Novosyolov
Modified: 2016-09-22 08:47 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Novosyolov 2016-08-26 20:41:58 UTC 
To reproduce the bug:
Open a large table in LO Calc (e.g. take  DOMA.DBF (more than 1 million lines) from here: https://bugs.documentfoundation.org/show_bug.cgi?id=101745, open it in Libreoffice, wait untill it is imported, than save it in ODS and try to, for example, sort the whole table. It will take a very long time. While it is being processed, try to open another Libreoffice Calc document. It cannot be opened when the other one is being processed.

Manjaro Linux (based on Arch Linux), KDE, Linux kernel 4.7, 
$ libreoffice --version
LibreOffice 5.2.0.4 20m0(Build:4)
$ plasmashell --version
plasmashell 5.7.3
Comment 1 Mikhail Novosyolov 2016-08-26 20:50:45 UTC 
It was opened after the first table had been processed. So it is put into queu
Comment 2 Mikhail Novosyolov 2016-08-26 21:03:27 UTC 
And it seems that if one table gets freezed for some reason. all other operations are also queed, so all other opened tables also have to freeze.
Comment 3 Buovjaga 2016-09-22 08:47:19 UTC 
Consulted developers on IRC and closing this as wontfix.