Launchpad has imported 5 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=48341.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2012-04-05T15:48:00+00:00 Mathieu GUILLAUME wrote:

The first time LibreOffice is started with a custom UserInstallation, it
will stop after a few seconds.

How to reproduce:
Run: /usr/lib/libreoffice/program/soffice.bin 
-env:UserInstallation=file:///tmp/lotest
Result: returns after a few seconds, no soffice process remaining
Run the same command again: OK, doesn't exit by itself
Remove /tmp/lotest and try again: KO, exits by itself

This has been reproduced on Ubuntu 11.10 with LibreOffice 3.4 and Ubuntu 12.04 
beta1 with LibreOffice 3.5.1.
When I tested on Windows with a 3.4 distribution, this didn't happen, not sure 
if this is specific to the ubuntu packaging or general to linux.


Related tickets:
- Ubuntu: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/902344
- Nuxeo: https://jira.nuxeo.com/browse/NXP-8118

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/902344/comments/6

------------------------------------------------------------------------
On 2012-04-10T12:31:34+00:00 Mathieu GUILLAUME wrote:

Apparently, this is linked to the command line options syntax change,
this does not happen with "--env" instead of "-env"

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/902344/comments/7

------------------------------------------------------------------------
On 2012-04-10T13:04:39+00:00 Sbergman wrote:

(In reply to comment #1)
> Apparently, this is linked to the command line options syntax change, this 
> does
> not happen with "--env" instead of "-env"

No, UNO bootstrap variables (like that "UserInstallation") are still
passed via -env, not --env (unless Debian and/or Ubuntu broke that in
their specific LO instances, which I doubt).  What happens in LO 3.5 if
you pass --env:... is that that argument is effectively ignored (so that
it will use the default user installation in the above case); LO 3.6
will give an error about an unknown option.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/902344/comments/8

------------------------------------------------------------------------
On 2012-04-10T15:58:34+00:00 Mathieu GUILLAUME wrote:

The crash happens during the loading of extensions.
If I use the LibreOffice-provided .debs and don't install any of the 
"libobasis3.5-extension-*" packages, the crash doesn't happen.
This doesn't seem to be possible with the Ubuntu packaging however.

Is there a command-line option to start without loading any extension? I
couldn't find one.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/902344/comments/11

------------------------------------------------------------------------
On 2012-04-10T20:43:27+00:00 Mathieu GUILLAUME wrote:

I managed to skip loading the bundled extensions by creating an empty
dir (say /tmp/empty) and adding this to the command line:
-env:BUNDLED_EXTENSIONS=file:///tmp/empty

This solves my problem, but the bug still exists.

Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/902344/comments/12


** Changed in: df-libreoffice
       Status: Unknown => New

** Changed in: df-libreoffice
   Importance: Unknown => Medium

-- 
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/902344

Title:
  [Upstream] Headless soffice failure condition

Status in LibreOffice Productivity Suite:
  New
Status in “libreoffice” package in Ubuntu:
  Confirmed

Bug description:
  Command line executed:
  "/usr/lib/libreoffice/program/soffice.bin" 
"-accept=socket,host=127.0.0.1,port=2003,tcpNoDelay=1;urp;" 
"-env:UserInstallation=file:///tmp/.jodconverter_socket_host-127.0.0.1_port-2003"
 "-headless" "-nocrashreport" "-nodefault" "-nofirststartwizard" "-nolockcheck" 
"-nologo" "-norestore"

  This will return on the first run. The soffice process doesn't stick around.
  This will work on subsequent runs (process doesn't return).
  If the "env:UserInstallation" 
(/tmp/.jodconverter_socket_host-127.0.0.1_port-2003) directory is removed, it 
will fail again at the next execution.

  A LibreOffice 3.4 package on Windows doesn't show the same behaviour
  (works every time), though it may not be the same build of LibreOffice
  3.4.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: libreoffice 1:3.4.4-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-13.22-generic 3.0.6
  Uname: Linux 3.0.0-13-generic x86_64
  NonfreeKernelModules: fglrx
  ApportVersion: 1.23-0ubuntu4
  Architecture: amd64
  Date: Fri Dec  9 22:01:41 2011
  InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha amd64 (20100323)
  ProcEnviron:
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: libreoffice
  UpgradeStatus: Upgraded to oneiric on 2011-05-16 (207 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/902344/+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