OpenOffice.org 2.3.0_1 on 7.0 - unable to load/save to files

[Heiko Wundram (Beenic)]

Hey all!

I've come across a situation with my installation of openoffice.org-2.3.0, 
which basically makes the package/program unusable for me. Because it 
probably is a problem with my installation, and not with the package itself, 
I thought I'd post here first before opening a PR for it, as I guess that 
some other people than me are trying to run it on 7.0-STABLE (and can do so 
properly, because I haven't seen a single note of this problem on questions@ 
before). Anyway, here goes the error description.

Whenever I start openoffice, and try to load from a previously saved file, or 
write new text, and try to save that to a file, the soffice.bin process will 
start the respective operation and display a progress bar at the bottom of 
the screen to show it is doing something, but as soon as the progress bar 
disappears (i.e., the operation finishes), the OpenOffice.org process is 
hung, using maximum CPU.

The process will not do any more screen redraws, but is stopable using a 
SIGTERM (i.e., I do not have to resort to SIGKILL to get it to quit).

When this condition appears, I see the following output on the console I 
started openoffice.org in (exactly at the moment the program becomes 
unresponsive):

---
[modelnine at phoenix ~]$ openoffice.org-2.3.0
I18N: Operating system doesn't support locale "en_US"

(process:1499): GLib-GObject-CRITICAL **: gtype.c:2242: initialization 
assertion failed, use IA__g_type_init() prior to this function

(process:1499): GLib-CRITICAL **: g_once_init_leave: assertion 
`initialization_value != 0' failed

(process:1499): GLib-GObject-CRITICAL **: g_object_new: assertion 
`G_TYPE_IS_OBJECT (object_type)' failed
---

This output hinted me to attach to the process using gdb, and to check which 
of the threads of soffice.bin was using the CPU, and it seems that the 
GUI-thread is the one responsible:

---
(gdb) thread 6
[Switching to thread 6 (Thread 0x29d01100 (LWP 100120))]#0  0x2d72e250 in 
g_once_init_enter_impl () from /usr/local/lib/libglib-2.0.so.0
(gdb) back
#0  0x2d72e250 in g_once_init_enter_impl () 
from /usr/local/lib/libglib-2.0.so.0
#1  0x2d33861d in gtk_recent_manager_get_type () 
from /usr/local/lib/libgtk-x11-2.0.so.0
#2  0x2d338fec in gtk_recent_manager_add_item () 
from /usr/local/lib/libgtk-x11-2.0.so.0
#3  0x2c73d14a in SystemShell::AddToRecentDocumentList () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#4  0x2c62d143 in SfxObjectShell::DoLoad () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#5  0x2c666ce6 in SfxBaseModel::load () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#6  0x2c682f65 in SfxDispatcher::IsActive () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#7  0x2cb30a89 in component_writeInfo () 
from /usr/local/openoffice.org-2.3.0/program/libfwk680fi.so
#8  0x2cb30cdb in component_writeInfo () 
from /usr/local/openoffice.org-2.3.0/program/libfwk680fi.so
#9  0x2cb313d4 in component_writeInfo () 
from /usr/local/openoffice.org-2.3.0/program/libfwk680fi.so
#10 0x2ca7aaff in ?? () 
from /usr/local/openoffice.org-2.3.0/program/libfwk680fi.so
#11 0x2c5a2031 in SfxApplication::DocAlreadyLoaded () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#12 0x2c6af3ad in SfxDispatcher::HideUI () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#13 0x2c6ada4d in SfxDispatcher::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#14 0x2c6ae14f in SfxDispatcher::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#15 0x2c6ae1eb in SfxDispatcher::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#16 0x2c5a04cd in SfxApplication::DocAlreadyLoaded () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#17 0x2c6af3ad in SfxDispatcher::HideUI () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#18 0x2c6ada4d in SfxDispatcher::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#19 0x2c6adbf2 in SfxDispatcher::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#20 0x2c59c521 in SfxApplication::IsA () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#21 0x2c6c9b89 in SvxSearchItem::QueryValue () 
from /usr/local/openoffice.org-2.3.0/program/libsfx680fi.so
#22 0x2814174f in HelpEvent::HelpEvent () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#23 0x282bcbba in vcl::LazyDeletor<Window>::~LazyDeletor () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#24 0x29c8a45f in X11SalFrame::Dispatch () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#25 0x29cb0c5d in SalDisplay::DispatchInternalEvent () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#26 0x29cb0c8d in SalX11Display::Yield () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#27 0x29cb02ab in SalX11Display::IsEvent () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#28 0x29cacd42 in SalXLib::Yield () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#29 0x29cac977 in SalXLib::Yield () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#30 0x29cb6a55 in X11SalInstance::Yield () 
from /usr/local/openoffice.org-2.3.0/program/libvclplug_gen680fi.so
#31 0x2814a7a6 in Application::Yield () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#32 0x2814a86f in Application::Execute () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#33 0x0806af54 in desktop::Desktop::Main ()
#34 0x2814edb1 in InitVCL () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#35 0x2814eebf in SVMain () 
from /usr/local/openoffice.org-2.3.0/program/libvcl680fi.so
#36 0x0806196a in main ()
---

When I continue the program and break again, this thread (thread 6) is the 
only one which has a changed IP at the top of the backtrace, so I guess that 
the culprit is some form of bad interaction of glib, gtk+ with 
OpenOffice.org, and the "recently opened items" subsystem (which presumably 
also includes KDE in the list of responsible packages, as I don't use GNOME).

This prompted me to recompile both GTK packages (first glib, after that gtk+), 
but that didn't help either.

For the environment, the system this runs on is a fresh 7.0-STABLE (currently 
at -BETA3 from wednesday) installation (which never saw 6-STABLE, but was 
installed from a -CURRENT snapshot installation CD), with an up to date 
(i.e., yesterday) ports tree.

OpenOffice.org has been recompiled twice so far by me, once with 
LOCALIZED_LANG=de and once without, both times with -DWITH_KDE 
and -DWITH_CUPS.

This problem didn't appear on the 6.2-STABLE installation I had before this, 
but started with the upgrade to 7.

Anyway, if there's any more insight someone else can give me on this, I'd be 
glad to hear from you. In case anyone wants shell access to the machine to 
test OO for themselves, feel free to write to me too, and I can arrange that.

-- 
Heiko Wundram
Product & Application Development