https://bugs.documentfoundation.org/show_bug.cgi?id=117731
Richard Elkins <richard.elk...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |UNCONFIRMED
Ever confirmed|1 |0
--- Comment #11 from Richard Elkins <richard.elk...@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._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
