Steps to reproduce:
-Go to Extension Update
-Install available updates (in this case LanguageTool 2.3)
-Install updates without any problem
-LibreOffice tops 100% CPU usage, and crashes occasionally when trying to quit LibreOffice.
OS X 10.7.5, LO 18.104.22.168
(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?
you reported issue againt 22.214.171.124.
did it work differently with previous releases?
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.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
*Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later)
*If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
*If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
*Update the version field
*Reply via email (please reply directly on the bug tracker)
*Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
*** Bug 98376 has been marked as a duplicate of this bug. ***
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 =)
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
*** Bug 100697 has been marked as a duplicate of this bug. ***
Other possible DUPS are bug 95390 and bug 70289
And maybe also bug 60226 is a DUP
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
This might be a duplicate of bug 99784.