[Gutsy] OpenOffice 2.3 Crash : Export to PDF

[kvtt]

Binary package hint: openoffice.org

uname -r : 2.6.22-14-generic

Paquet : openoffice.org
État: installé
Automatiquement installé: oui
Version : 1:2.3.0-1ubuntu5

Description :
[Gutsy] OpenOffice.org 2.3 Writer Crash When Choose Export to PDF (DOC and ODS format)
[Gutsy] OpenOffice.org 2.3 Calc Crash When Choose Export to PDF (XLS and ODS format)

[Josh Ancill (mempf)]

I can confirm this bug on multiple installations of Gusty RC.

[flynn (flynn)]

I don't have any crashes with OpenOffice 2.3 with export to PDF. I have the same versions.

[Paul820 (p-dale820)]

17/10/2007

I can confirm this, export to pdf crashes openoffice and i have to kill the program. I'm running gutsy rc fully up to date.

[Chris Cheney (ccheney)]

I can not reproduce this problem with OpenOffice.org 2.3.0-1ubuntu5 either.

For the people that this problem occurs for do you have the package "openoffice.org" installed. It may be that some library is missing that is needed. If so I need to track down what is causing the crash.

Thanks,

Chris

[jsmith98 (jsmith-drexel)]

I can confirm this too. Printing also causes it to crash, as well as selecting Options under the Tools menu and then selecting any option other than what initially displays. This version of Openoffice is completely unusable!

I de-installed it (completely) and re-installed it and this hasn't fixed it. There must be a missing dependency that is not listed in the 'deb' files. I plan to download a vanilla version from OpenOffice.org and install in /usr/local. Perhaps it's just the debian packages that are bad.

If this doesn't work, I'll install a vanilla 2.2 version.

[jsmith98 (jsmith-drexel)]

OK, the vanilla tarball crashed too, in the same way.

Maybe it's the fact that I'm running a 64 bit system. The vanilla tarball seems to be 32-bit and may interact with some 64 bit shared libraries.

I'll try the deb's at

ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/

which are native AMD64. I've also heard that it compiles from source OK.

[jsmith98 (jsmith-drexel)]

The 64-bit packages at

ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/

work!

[Chris Cheney (ccheney)]

What gtk theme are you using?

[josephus (kevinkan)]

Export to PDF OpenOffice crashes when I am using the Candido gtk. Switching to a Clearlooks or Human solves the the problem.

[frt1 (frt1)]

Export to PDF OpenOffice crashes ; uninstall openoffice.org-gnome and openoffice.org-gtk solves the the problem.

[Loffe (erik-eloff)]

> josephus wrote 9 hours ago: (permalink)
> Export to PDF OpenOffice crashes when I am using the Candido gtk. Switching to a Clearlooks or Human solves the the problem.

>frt1 wrote 5 hours ago: (permalink)
> Export to PDF OpenOffice crashes ; uninstall openoffice.org-gnome and openoffice.org-gtk solves the the problem.

With some gtk-themes the PDF-export make the OpenOffice freeze. Changing to a standard theme or uninstalling openoffice.org-gtk makes this bug disappear.

[Mikko Saarinen (mikk0)]

I can confirm that when using a custom gtk-theme the OpenOffice freezes as described. Changing to Human theme - for example, solves the problem.

[Koen (koen-beek)]

I think this may be the same issue as bug #131526
a fix should be provided by openoffice in 2.3.1 - see http://www.openoffice.org/issues/show_bug.cgi?id=82608

current workaround is to use another theme - Human for example

   Koen

[Dirk (rptq)]

In my case, the export to PDF does not work for certain large documents. OOo gets stuck with 100% CPU in the fist "repaginate" step. Works ok for other documents. Changing themes or uninstalling openoffice.org-gtk and openoffice.org-gnome did not help.

I was able to successfully generate a PDF from the problematic document using OOo 2.3.1 in either Debian 4.0 or W2k.

Does anyone know when OOo 2.3.1 is coming to Ubuntu?

[Dirk (rptq)]

It seems that my case mentioned above was different, had nothing to do with gnome and gtk.

With that particular document, Ubuntu's OOo Writer 2.3 was also unable to generate a table of contents. When I did generate the PDF in Sun's OOo 2.3.1 I found that some of the images were floating around erratically. After I fixed all of that, the 2.3 version could generate PDF, table of contents, etc. Apparently my problem was more related to bad layout that got OOo 2.3 into a loop whereas OOo 2.3.1 was able the handle the situation.

[Daniel Hahler (blueyed)]

Sorry for the bug spam. I've thought that Dirk had reported the bug initially.

I'm glad that both are fixed now.. well, the one reported by Dirk not yet in Ubuntu.

Dirk, if you can provide a testcase, please create a new bug. Thanks.

[Dirk (rptq)]

My real test case is a 450-page document with 214 images (Visio, jpg, gif) and lots of cross-references that was originally created in MS-Word 2000. Unfortunately, I cannot release that. I tried to copy the "offending" pages into a new document, but then the problem didn't show up anymore.

The problem seems to be known as a "layout loop" where images are jumping back and forth between two adjacent pages.

After importing the doc into OOo 2.3, the images were either anchored "to paragraph" or "to character". Now I anchored everything consistently "as character" and that solved the problem for me.

If OOo 2.3.1 is more robust in this aspect, then why create a new bug here? Won't this version be released in Ubuntu eventually? It's mostly a bug fix release anyway.

[Daniel Hahler (blueyed)]

OOo 2.3.1+ will be in Hardy, but not Gutsy (as far as I can see).
But you've solved the problem for yourself and others hopefully do not got affected by the bug.