Red Hat Bugzilla – Bug 338701
[thinice] OO.o crashes a lot in SalGraphics::GetNativeControlRegion
Last modified: 2007-11-30 17:12:18 EST
Description of problem:
OOO Suite crashes when performing certain tasks. Or when under heavy load. Or
after long use.
Version-Release number of selected component (if applicable):
It probably affets the entire suite so I give you all the versions:
rpm -aq | grep openoffice
Many ways to make it crash. For example:
- Insert a diagram
- Open some sections in the options screen
- Inserting some pictures (rare)
Steps to Reproduce:
1. Install Fedora Core 7.92 (fully updated)
2. Start Openoffice
3. Perform one of the ways to make it crash (as listed above)
According to OO it's a crash. I'm getting backtraces (see the attachment)
That it just perfoms the tasks I request it to do. Without backtraces :)
If you need additional info, feel free to ask :)
Created attachment 231451 [details]
Output of the backtraces.
There has been one or two reports, but the previous reports were on nvidia
drivers, and so I jumped to the conclusion that it was the 3rd party binary
drivers, in this case the driver is vesa.
Your desktop is "not GNOME", what env are you running OOo in, KDE ? something
else. And what theme are you using, my working theory is that some particular
theme is triggering this problem so we definitely need to know that to be able
to reproduce this.
I already read the other posts from this bugzilla with probably the same
problem. There you said it was probably caused by the nvidia driver (which I use
too). So I submitted the reports running the vesa driver.
I'm not in Gnome. That is correct. I'm using XFCE with a new theme.
What does help is starting an 'empty' X-server with only xterm. Then starting
oowriter from xterm solves all the problems.
Could be the window manager (xfwm4)?
Btw, I can provide a kickstart file for a testing environment if you like.
I need to know the gtk theme, that's the key to this problem I suspect.
Since you said it was environmental related, I started to suspect the window
manager... It was the window manager, but more specific: It's theme. I tried the
metacity + clearlooks (works)
xfwm + clearlooks (works)
xfwm + thinice (this one is provided with xfce, fails too)
metacity + thinice (fails!)
So it's a theme issue. Both window managers do good under clearlooks but fail
under many other themes (like thinice and divinorum).
However, I got divinorum from a theme site so it doesn't count. But thinice
comes with XFCE (that is distributed with Fedora!), so that is really broken right?
Oh wait, so that is what you meant with collision, we posted at the same time :P
Yup you were right btw....
That's the one. I can see it now.
*** Bug 333271 has been marked as a duplicate of this bug. ***
*** Bug 299681 has been marked as a duplicate of this bug. ***
Eeek, wrong frees being used. firefox had the same problem as well. Sent patch
upstream. Will also include into fedora.
*** Bug 245651 has been marked as a duplicate of this bug. ***
Have fix, but cvs is locked at the moment
cvs unlocked, building
Should be squished in 2.3.0-6.5.fc8
Sorry, not fixed in 2.3.0-6.5.fc8:
When I chose the thinice or some other skins. The program still terminates.
Minor difference is that I get no fancy window with traceback and stuff :(
Reopen bug right?
openoffice.org-2.3.0-6.4.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update openoffice.org'
If I actually *applied* the patch in > F7 we might have more success, that was
It's not such a big deal :P Tell me when you corrected it and I will try it :)
2.3.0-6.6.fc8 works for me now that the patch is applied
Confirmed, it also works with other themes that are not included in the default
installation. Good job :)
openoffice.org-2.3.0-6.4.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.