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 received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/1777285

Title:
  Batch libreoffice --convert-to offers no way to wait for document
  completion

Status in LibreOffice:
  New
Status in libreoffice package in Ubuntu:
  Confirmed

Bug description:
  Command-line: libreoffice --convert-to odt:writer8 myfile.txt

  The returned status code ($?) is zero.  So far, so good.  But, when I
  try to access the ODT file (E.g. copy it), it doesn't yet exist.

  Adding `sync; sync; sync` right after the libreoffice batch execution did not 
help.
  Adding --headless as an option did not help.

  If I sleep for a few seconds immediately after the libreoffice batch
  execution, then the file finally gets completed before a subsequent
  command references the ODT file.

  Sample script:

  ### Create somehow a file called myfile.txt
  rm myfile.odt somewhere-else.odt
  libreoffice --headless --convert-to odt:writer8 myfile.txt
  RC=$?
  if [ $RC -ne 0 ]; then 
        echo '*** libreoffice conversion failed for myfile.txt'
        exit 86
  fi
  #sleep 3
  ls *.odt

  Result: ls: cannot access '*.odt': No such file or directory

  If one changes the above script so that the sleep is executed, then
  the ODT file is available.

  Observation: It appears that executing libreoffice in batch mode is
  somehow kicking off a separate process to finish the ODT file.  The
  exit to the shell and the availability of the ODT file should be
  synchronized.

  Before 18.04, I never saw this behavior.

  ProblemType: Bug
  DistroRelease: Ubuntu 18.04
  Package: libreoffice 1:6.0.3-0ubuntu1
  ProcVersionSignature: Ubuntu 4.15.0-23.25-generic 4.15.18
  Uname: Linux 4.15.0-23-generic x86_64
  ApportVersion: 2.20.9-0ubuntu7.2
  Architecture: amd64
  CurrentDesktop: XFCE
  Date: Sat Jun 16 17:07:02 2018
  InstallationDate: Installed on 2017-10-13 (246 days ago)
  InstallationMedia: Xubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170926)
  SourcePackage: libreoffice
  UpgradeStatus: Upgraded to bionic on 2018-05-18 (29 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/1777285/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to