[Libreoffice-bugs] [Bug 117731] Batch libreoffice --convert-to offers no way to wait for document completion

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Jun 26 22:17:39 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=117731

Richard Elkins <richard.elkins at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED
     Ever confirmed|1                           |0

--- Comment #11 from Richard Elkins <richard.elkins at gmail.com> ---
Yes, I have tried this with the latest download.  This is an off-the-shelf
Xubuntu 18.04.latest LTS desktop that I use primarily for Libreoffice,
browsing, and Python development.  I tend to stay with Ubuntu's packages
including Libreoffice.

Please see comment #9.  

The current source code has special #ifdef LINUX logic to fork the transaction
into background and then immediately exit to the command line.  It does not
wait for the ODT file to be ready for use.  Hence, any Linux/Unix bash command
that references the ODT file will definitely fail with file not found. 
Workaround: sleep for 2/3 seconds before trying to access the ODT file.

For Mac and Windows, the transaction takes place in foreground so that when
soffice.bin exits to the O/S, the ODT file is guaranteed to be available for
use.  This is the desirable effect for all O/Ses.

Why is there more concern with "blocking" in the Unix/Linux environments as
opposed to Mac (Unix bash environment) and Windows?

IMO, this is a bug for the Linux environment.  There is no reason for special
#ifdef LINUX logic.

Has anyone else tried the above script yourself using a Linux desktop with the
current or recent Libreoffice?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190626/6bdc1cbc/attachment.html>


More information about the Libreoffice-bugs mailing list