Description of problem:
I tried to edit a Word document (can't attach it, it isn't for public eyes), and
oowriter froze, had to kill it.
Version-Release number of selected component (if applicable):
Dunno, happened once (I rarely use OOo).
Steps to Reproduce:
Crash, report attached (couldn't it write out a file instead of opening a stupid
window out of which to scrape the report?)
Created attachment 312774 [details]
The crash report from oowriter
That's a very interesting crash in the fontconfig stuff, does it crash if you
open it again ? I'd be very interested in getting it by mail because I can't see
any way a word doc should trigger a crash in that code, I'd expect it to crash
always or never when starting up
Nope, OOo recovered the (original?) document only, and didn't crash again.
I might have been updating stuff concurrently to the first crash...
The updating would make most sense than the .doc as a trigger, i.e.
Application::MergeSystemSettings triggered by a "setting changed" signal
delivered to OOo.
So it would be interesting if we could figure out what got upgraded/installed
while OOo was running that triggered the crash. Any chance that you remember
roughly the time that the crash occurred, (presumably close to the time you
logged this) and grep out the yum: lines from /var/log/messages around that
time, e.g. grep "yum:" /var/log/messages. And maybe we can see if it was
fontconfig or gtk upgrading (or a theme maybe) which triggers this scenario.
I'm pretty sure that it was the process of updating something like the theme, or gtk2 or cairo while OOo was running that triggered this problem rather than the specific document. Unfortunately I don't know how to reproduce it.
With luck it was a specific rawhide-only once-off sort of problem. (fat chance)