Bug 83351 - Using the old oood daemon which uses a pipe to communicate libreoffice hangs
Summary: Using the old oood daemon which uses a pipe to communicate libreoffice hangs
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Commandline CPU-AT-100%
  Show dependency treegraph
 
Reported: 2014-09-01 11:47 UTC by Dick Kniep
Modified: 2021-06-11 12:05 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dick Kniep 2014-09-01 11:47:09 UTC
Problem description: 

Steps to reproduce:
1. Start libreoffice as a daemon: 
soffice --headless --norestore --minimized --nologo --nodefault --accept="pipe, name=ood-instance-1;urp;"

Current behavior:
After a few seconds, the processor usage jumps to 100% 

Expected behavior:
Low CPU usage for as long as no connection is requested and no document is to be processed.
              
Operating System: Ubuntu
Version: 4.3.1.2 release
Comment 1 Owen Genat (retired) 2014-09-14 09:39:06 UTC
If I change the --accept argument from:

"pipe, name=ood-instance-1;urp;"

... to:

"pipe,name=ood-instance-1;urp;"

Instead of running at 100% CPU it idles at an expected (very low) level. Please try this. Tested under Debian 7 x86_64 using v4.3.1.2 Build ID: 958349dc3b25111dbca392fbc281a05559ef6848.
Comment 2 Buovjaga 2014-11-14 07:55:48 UTC
(In reply to Owen Genat from comment #1)
> If I change the --accept argument from:
> 
> "pipe, name=ood-instance-1;urp;"
> 
> ... to:
> 
> "pipe,name=ood-instance-1;urp;"
> 
> Instead of running at 100% CPU it idles at an expected (very low) level.
> Please try this. Tested under Debian 7 x86_64 using v4.3.1.2 Build ID:
> 958349dc3b25111dbca392fbc281a05559ef6848.

I get low usage idling with this.
With space after pipe, I get a huge CPU load and this:
warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught Exception "UNO URL contains bad parameter key"

Ubuntu 14.10 64-bit Version: 4.4.0.0.alpha2+
Build ID: 5bff4b016c4b44f4123e0e6a4fd4c0c4dc0cfa2d
TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2014-11-13_00:14:29
Comment 3 Robinson Tryon (qubit) 2014-12-27 06:51:12 UTC
> (In reply to Owen Genat from comment #1)
> > If I change the --accept argument ...
> > Instead of running at 100% CPU it idles at an expected (very low) level.

Sounds like a good solution...

(In reply to Beluga from comment #2)
> I get low usage idling with this.
> With space after pipe, I get a huge CPU load and this:
> warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught
> Exception "UNO URL contains bad parameter key"

...and confirmation.

QUESTION: Should the '--accept' switch be able to handle the extra space?

This sounds like it should either be RESOLVED as NOTABUG or turned into an enhancement request.
Comment 4 Robinson Tryon (qubit) 2015-01-03 16:19:33 UTC
(In reply to Robinson Tryon (qubit) from comment #3)
> > (In reply to Owen Genat from comment #1)
> > > If I change the --accept argument ...
> > > Instead of running at 100% CPU it idles at an expected (very low) level.
> 
> Sounds like a good solution...
> 
> (In reply to Beluga from comment #2)
> > I get low usage idling with this.
> > With space after pipe, I get a huge CPU load and this:
> > warn:desktop.offacc:4133:4:desktop/source/offacc/acceptor.cxx:120: caught
> > Exception "UNO URL contains bad parameter key"
> 
> ...and confirmation.
> 
> QUESTION: Should the '--accept' switch be able to handle the extra space?
> 
> This sounds like it should either be RESOLVED as NOTABUG or turned into an
> enhancement request.

Severity -> enhancement
Status -> NEW
Comment 5 Cor Nouws 2015-06-22 13:56:35 UTC
@dick: do you agree to set the summary to " Using the old oood daemon which uses a pipe should be able to handle a space in the '--accept' switch"
Comment 6 Timur 2021-06-11 12:05:11 UTC
I didn't test this, but there was a proposed solution and reporter never responded for 6 years...Closing. 
Folks in CC can correct, if that's still needed, and explain.