Apache OpenOffice (AOO) Bugzilla – Issue 74941
Menu click sometimes causes X11 to hang
Last modified: 2009-07-24 10:38:37 UTC
Under fully-patched Fedora Core 5 and Core 6 (OOo 2.0.4) on two different machines, I have experienced OO causing my X11 (Xorg) process to consume 100% CPU and wait until I lose patience and reboot or remotely login and kill my Xorg process. It occurs when clicking on a menu item, expecting the full menu to appear, but it never does appear. I realize you might think (or find) that this is really a problem with X11, but this is the only app that has *ever* done this for me. I find it amazing that an app can trigger an X11 bug, but it seems to do so. This has occured within at least the spreadsheet and the presentation package, so I think it is a core UI issue. It is not intentionally repeatable (so far). On one machine I have been able to leave it alone long enough for the screensaver to kick in, which seems to reset X sufficiently that when I wake up the screensaver, the X process is ok. This bug has occured enough for me that it was the reason I upgraded my workstation from FC5 to FC6 to see if I could get rid of it.
I have the same problem with OpenSuse 10.2 64bits. I use the nvidia driver. For me, the most of time, the first click is fatal. Sometimes, if I kill OpenOffice, the server stop his infinite loop. Here the callstack of the Xserver Thread 1 (Thread 47283162968272 (LWP 3950)): #0 0x00002b00f7d545bd in fork () from /lib64/libc.so.6 #1 0x00000000005528dd in Popen () #2 0x000000000054878b in XkbDDXCompileKeymapByNames () #3 0x0000000000548983 in XkbDDXLoadKeymapByNames () #4 0x0000000000528d66 in ProcXkbGetKbdByName () #5 0x0000000000447e3b in Dispatch () #6 0x00000000004311ed in main () #0 0x00002b00f7d545bd in fork () from /lib64/libc.so.6
If it helps, my video in both machines is on-board intel (using the i810 xorg driver for one of them).
I would like to offer a further insight into this issue that first cause a problem for me in Ubuntu Edgy Eft in OO 2.02. Usually my problem would appear on starting OO for the first time. It usually crashed just by accessing one of the pull down menu. The menu would hang, most the menu wouldn't properly expand. Everything else would lock up. Any other application was inaccessable. I was unable to log in using any non gui console window (eg Ctrl-Alt-F5). My only choice was to reboot. I upgraded to OO 2.2 and the problem persisted. I find that if OO sucessfully starts up without hanging then I can continue opening up other documents without any problem. However if I close all OO docs and restart OO the problem can re-occur. I upgraded to Ubuntu Feisty Fawn which has OO 2.2 native and the problem is the same. Also added a Debian Etch partition and the problem persists. My configuration: PIII 500 MHz, 512MB Ram ATI 9250 card
Just further to my earlier post today I can confirm that like other posts in this issue everything locked up however the problem was resolved after the screen saver kicked in.
*** Issue 74941 has been confirmed by votes. ***
I have the same issue with Writer and Calc, but encounter the hang better than 70% of the time. I'm having to go back to Windows just to use Office. Fully patched FC6 Openffice 2.2.1 and Openoffice 2.0.4 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ stepping 02 4GB RAM Dual Nvidia 6600 There seems to be a correlation between memory comsumption and odds of the system hanging. Could it be a threading issue due to the dual core cpu?
TM->MCI: please have a look, any ideas ? Not reproducible in our test-environment.
Hi all, I'm using Ubuntu Linux 7.04 and didn't ever get that problem using OOo2.0.4... I remember problems using menues when I tried to use OOo2.2.x... It didn't matter which menue I used... Those problems seemed to be related to a defect install set since this problem didn't occur anymore after a fresh install using a new downloaded install set... That's the reason why I didn't open an Issue... At the moment I'm using - OOo2.3 - on Ubuntu Linux 7.04 - without Beryl/Compiz - Desktop: Gnome (at least at the moment...) and don't get that problem... lspci | grep VGA shows: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03) AFAIK I use the "i915" driver... If a new install using a new install set doesn't help: - Which Desktop are you using? - Do you use things like Beryl/Compiz? - Which graphic adapter do you use? - which drivers do you use? - Do you use a version of OOo provided via - download site of openoffice.org? - your Linux distributor? - anywhere else? If this all doesn't help: AFAIR PL is known as a kind of "specialist" in things like X11...
Since my original post I've upgraded to FC7. I received the same issues as before. I believe that the version of OpenOffice in question in all cases was supplied by the vendor (Fedora). Eventually I switched to 2.2.1 downloaded directly from the the OpenOffice site due to issues with OpenOffice Base. I can't recall it crashing since then. I do know that Fedora does patch OO to standardize the file save dialogs and maybe a few other things. Can't speak much for Ubuntu (went directly to the OpenOffice download before heavy use on my laptop) other than to say I haven't experienced a hang in recent memory.
SBA: Since the "official release" has no problems, set to "Invalid"
Closing issue.
I've since uninstalled the Fedora distributed OOo 2.0.4 and installed 2.3.0 (standard RPM packages from OOo) on my (up-to-date) Fedora Core 6 machine. It too, will still hang sporadically. If it helps, my machine is on all the time, and I never get X hanging on OOo menus after a fresh reboot. But it does not seem to matter whether OO is running for long periods or not as it recently happened to me on a new instance of OO 2.3.0. As a reminder, lspci | grep VGA gives: 00:02.0 VGA compatible controller: Intel Corporation 82915G/GV/910GL Integrated Graphics Controller (rev 04) Top of /var/log/Xorg.0.log says: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: Linux 2.6.9-55.ELsmp i686 Red Hat, Inc. Current Operating System: Linux davison.cse.lehigh.edu 2.6.22.9-61.fc6 #1 SMP Thu Sep 27 17:45:57 EDT 2007 i686 Build Date: 18 June 2007 Build ID: xorg-x11-server 1.1.1-47.10.fc6 [...] (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 965G, 965G, 965Q, 946GZ (--) Chipset 915G found I have 2GB RAM, essentially no swapping. 3.4Ghz single core P4 with hyperthreading.
I have this issue with OO 2.4.1. The majority of times I start OO it will hang my system the first time I either click on a menu or use the Alt key to activate a menu. The menu will highlight but not drop down. X becomes unresponsive but the mouse still moves. Top shows the X process running at 100%. Sometimes the system recovers but the majority of times it does not. If the first menu access in OO works then there is never a problem during that session. No other applications display this problem. I am running Mandriva 2008.0 with X.Org X Server 1.4.0.90 and latest Nvidia driver. Hardware is dual Pentium III (SMP) with Nvidia 6200. I have a similarly configured system but running on a IBM Thinkpad R50 (Pentium M and Radeon Mobility FireGL 9000) which does not have the problem.
I just wanted to echo that this issue is still present; I'm using xserver-1.5 and the binary distribution of OO 2.4.0 on gentoo and the symptoms are exactly as described. I'm going to attach a gdb full backtrace from the hung xserver...
Created attachment 56672 [details] gdb backtrace of hung xserver after oo-menu induced crash
MRU->CMC: can you get some useful information from the attached backtrace? This issue was reported on FC and suse.
Its still a bug in X, not OOo. Its probably basically this one: http://www.mail-archive.com/debian-x@lists.debian.org/msg73259.html direct debugging traces of the XServer to your XServer provider. *** This issue has been marked as a duplicate of 75578 ***
close as dup