Bug 92907 - Exiting LibreOffice takes a long time with much spreadsheet data in the clipboard
Summary: Exiting LibreOffice takes a long time with much spreadsheet data in the clipb...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
(earliest affected) release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
Keywords: perf
Depends on:
Blocks: Clipboard
  Show dependency treegraph
Reported: 2015-07-24 07:30 UTC by Tor Lillqvist
Modified: 2018-02-20 22:13 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Tor Lillqvist 2015-07-24 07:30:36 UTC
When you have a large spreadsheet with, say, 100K rows of a dozen columns or so, and have done Control-A Control-C (which also take a long time), when exiting LibreOffice it takes a very long time (like several minutes) for the soffice.bin process to actually finish, even if the LibreOffice GUI has already gone away. During that time you can't start a new LibreOffice instance either.
Comment 1 Buovjaga 2015-07-30 18:44:34 UTC
A bit over 100k rows, 14 columns.
GUI disappeared, but soffice.bin stayed in the process view.
After a couple of minutes, there was a message that LibO had crashed.

Win 7 Pro 64-bit Version:
Build ID: 902255645328efde34ddf62227c8278e8dd61ff0
TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07
Locale: en-US (fi_FI)
Comment 2 Robinson Tryon (qubit) 2015-12-09 18:07:52 UTC Comment hidden (obsolete)
Comment 3 Markus Mohrhard 2016-04-21 21:47:14 UTC
Hmm, I can't really reproduce this with callgrind. What I see is that after CTRL+C the overlay code is running amok in calc.

But that does not really explain what you see in the shutdown case. Can someone give me a step by step instruction set with a document that works in master?
Comment 4 Markus Mohrhard 2016-04-21 22:16:32 UTC
Ok, after fixing the overlay issue I can reproduce it. It is a gtk issue with the clipboard handling. The termination listener tells gtk to flush the clipboard which somehow tries to store the clipboard content. I'm not sure who is at fault here.

I suppose the idea here is that you can still paste after the application has been closed but of course that is going to be an issue when a whole sheet has been selected.
Comment 5 QA Administrators 2017-05-22 13:23:19 UTC Comment hidden (obsolete)
Comment 6 Heiko Tietze 2018-02-20 21:37:46 UTC
My take here is WF/NOB following comment 4.
Comment 7 Telesto 2018-02-20 21:58:42 UTC
(In reply to Heiko Tietze from comment #6)
> My take here is WF/NOB following comment 4.

Or a solution as requested here: bug 112537