On Fri, 22 Apr 2022 15:05:53 +0100
Mike Scott <v.lo@scottsonline.org.uk> wrote:
Hi all. A bit of a saga for me.
I'm using LO headless from within a web server.
The server is the perl-based mojolicious, and calls LO do do some
file conversions from .odt to .doc and pdf.
LO is called like:
runcmd( 'soffice', '--headless', '--convert-to', $filter, '--outdir',
$outdir, $odtfile );
followed by a call to mojo's render() stuff to pass the file to the
user.
Which often works.
But (with varying frequency) LO seems to grab the web server's port
somehow and sets up its own listen on it. This somewhat damages the
web link :-| I've seen multiple copies of soffice and oosplash
listening on the same port (a high-numbered, obscure one). I can't
even see how this is possible
The question is, why does it do this, and how do I stop it?
What investigation have you done? Why do you think the problem is with
LO rather than with mojolicious or somewhere in between?
Also, what is runcmd()?
Steps I would be thinking of trying:
(1) add debugging prints to the mojolicious code so you can see exactly
what arguments are passed on each occasion
(2) for some case where the problem occurs run LO directly from the
command line with the same arguments and see if the problem occurs
TIA.
Linux mint, btw, ooo 6.4.7.2
--
To unsubscribe e-mail to: users+unsubscribe@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.