Bugs:OOo

From openSUSE

Contents

OpenOffice_org Bug Reports

Bugs in OpenOffice_org packages from the official openSUSE distribution and also from the Build Service project should be reported into the Novell bugzilla for the product "OpenOffice.org 2.0".

What to include in bug reports

The following information help us to reproduce or locate the problem and thus the fix might be available earlier for you:

  • system version and architecture, e.g. openSUSE-10.2-x86_64
  • desktop, e.g. KDE or GNOME
  • OOo version, e.g. "Build 2.2.0.1". Get it from the last line of the dialog "Help/About OpenOffice.org".
  • 32-bit OOo is used on x86_64 system
  • the package is updated from the Build Service
  • steps to reproduce the problem
  • other useful details (e.g. screenshots, backtrace, strace)

How to get strace log


In most cases, it is enough to start the application the following way:

strace -o /tmp/strace.log -f -tt -s 512 ooffice

Then please do the steps to reproduce the problem and quit the application. The command ooffice might be replaced with any other, e.g. oowriter. Please, compress the log before it is attached to the bug report:

bzip2 /tmp/strace.log

If the 32-bit OOo is running on 64-bit system, you need to install the package strace-32bit and start the 32-bit binary directly:

cd /usr/lib/ooo-2.0/program
strace32 -o /tmp/strace.log -f -tt -s 512 ./soffice.bin

How to get backtrace

The backtrace is useful when the application crashes or freezes. You might use the following steps:

  1. Install the OpenOffice_org-debuginfo package. It is available either in the debug repository for the original package or in the Build Service repository if you have updated from it.
  2. Start the debugger with the real binary and log the output:
    cd /usr/lib/ooo-2.0/program
    gdb ./soffice.bin 2>&1 | tee /tmp/gdb.log
    You need to use /usr/lib64 instead of /usr/lib with 64-bit OOo.
  3. Inside the debugger, start the application:
    run <options>
  4. Do the steps to reproduce the application crash or freeze. If the freeze is the case, you need to press CTRL-C to get the gdb commandline back.
  5. Print backtrace:
    backtrace
  6. Print backtrace of all threads:
    thread apply all bt
  7. quit the debugger
    quit
  8. Attach the whole gdb.log to the bug report.