Bug 70607 - LibO uses 100% CPU and crashes when quit during extension update
Summary: LibO uses 100% CPU and crashes when quit during extension update
Status: RESOLVED DUPLICATE of bug 99784
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Extensions (show other bugs)
(earliest affected) rc
Hardware: All macOS (All)
: high major
Assignee: Not Assigned
URL: http://extensions.libreoffice.org/ext...
Keywords: bibisectRequest, regression
: 98376 100697 (view as bug list)
Depends on:
Reported: 2013-10-18 10:04 UTC by Emir Sarı
Modified: 2018-12-20 15:52 UTC (History)
7 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 Emir Sarı 2013-10-18 10:04:54 UTC
Steps to reproduce:

-Go to Extension Update
-Install available updates (in this case LanguageTool 2.3)
-Click 'Install'

Expected behaviour:
-Install updates without any problem

Actual behaviour:
-LibreOffice tops 100% CPU usage, and crashes occasionally when trying to quit LibreOffice. 

OS X 10.7.5, LO
Comment 1 Stephan Bergmann 2013-10-18 12:02:01 UTC
(Note that the download would eventually finish, though.  It is "just" that <http://www.languagetool.org/download/LanguageTool-2.3.oxt> is 44M and the processing is done in 8K chunks, which takes time and keeps the CPU busy.)

Emir, what part of comment 0 is a regression?  That downloading <http://www.languagetool.org/download/LanguageTool-2.3.oxt> consumes 100% CPU, or that LO crashes when trying to quit during the download?
Comment 2 tommy27 2013-10-19 07:43:32 UTC
you reported issue againt
did it work differently with previous releases?
Comment 3 retired 2013-11-22 14:54:10 UTC
Hi Emir,

thanks for the report. A few open questions are pending from comment #1 and #2. Could you answer those?

For reference here's LanguageTool 2.2 (2.3 will then appear via updates): http://extensions.libreoffice.org/extension-center/languagetool/releases/2.2

Setting to new since I can confirm the 100% CPU spike. 8kb chunks or not - an extension update should not require that much CPU, so this definitely qualifies as a bug.

I cannot confirm a crash when canceling the Extension update.

Setting to NEW.
Comment 4 QA Administrators 2015-04-19 03:22:30 UTC Comment hidden (obsolete)
Comment 5 Shunesburg69 2016-03-18 18:04:16 UTC
*** Bug 98376 has been marked as a duplicate of this bug. ***
Comment 6 Michael Meeks 2016-03-19 20:41:17 UTC
Would love to have a profile of the download, what do we do on the 8k chunks - update some progress bar un-necessarily ? or queue some timer or ? ... would love a code pointer for a quick read Stephan if you remember where it is off-hand; could create an easy-hack out of it perhaps =)
Comment 7 Stephan Bergmann 2016-03-22 14:20:48 UTC
The relevant stack of code downloading the .oxt file from the internet is:

> webdav_ucp::NeonInputStream::AddToStream at ucb/source/ucp/webdav-neon/NeonInputStream.cxx:53
> NeonSession_ResponseBlockReader at ucb/source/ucp/webdav-neon/NeonSession.cxx:199
> gz_reader at workdir/UnpackedTarball/neon/src/ne_compress.c:271
> ne_read_response_block (..., buflen=8192) at workdir/UnpackedTarball/neon/src/ne_request.c:871
> ne_discard_response at workdir/UnpackedTarball/neon/src/ne_request.c:1445
> ne_request_dispatch at workdir/UnpackedTarball/neon/src/ne_request.c:1457
> webdav_ucp::NeonSession::GET at ucb/source/ucp/webdav-neon/NeonSession.cxx:1858
> webdav_ucp::NeonSession::GET at ucb/source/ucp/webdav-neon/NeonSession.cxx:1127
> webdav_ucp::DAVResourceAccess::GET at ucb/source/ucp/webdav-neon/DAVResourceAccess.cxx:476
> webdav_ucp::Content::open at ucb/source/ucp/webdav-neon/webdavcontent.cxx:2047
> webdav_ucp::Content::execute at ucb/source/ucp/webdav-neon/webdavcontent.cxx:488
> (anonymous namespace)::getInputStream at ucb/source/core/ucbcmds.cxx:914
> (anonymous namespace)::globalTransfer_ at ucb/source/core/ucbcmds.cxx:1304
> UniversalContentBroker::globalTransfer at ucb/source/core/ucbcmds.cxx:1958
> UniversalContentBroker::execute at ucb/source/core/ucb.cxx:660
> ucbhelper::Content::transferContent at ucbhelper/source/client/content.cxx:1029
> dp_gui::UpdateInstallDialog::Thread::download at desktop/source/deployment/gui/dp_gui_updateinstalldialog.cxx:609
Comment 8 Alex Thurgood 2016-06-30 14:14:46 UTC
*** Bug 100697 has been marked as a duplicate of this bug. ***
Comment 9 Alex Thurgood 2016-06-30 14:16:28 UTC
Other possible DUPS are bug 95390 and bug 70289
Comment 10 Alex Thurgood 2016-06-30 14:20:59 UTC
And maybe also bug 60226 is a DUP
Comment 11 Xisco Faulí 2016-09-13 08:30:34 UTC
Adding keyword 'bibisectRequest'.
This regression can be bibisected with http://dev-downloads.libreoffice.org/bibisect/mac/Bibisect_MacOSX10.6%2b_lo-4.1_to_lo-4.2.tar.bz2
Comment 12 Martin Srebotnjak 2017-01-30 17:17:16 UTC
This might be a duplicate of bug 99784.
Comment 13 QA Administrators 2018-01-31 03:43:02 UTC Comment hidden (obsolete)
Comment 14 Caolán McNamara 2018-12-20 15:52:27 UTC
Lets assume this was a duplicate of 99784 because there's been no confirmation that the problem still exists and 99784 is very similar

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