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): openoffice.org-writer-3.0.0-0.0.27.1.fc10.x86_64 How reproducible: Dunno, happened once (I rarely use OOo). Steps to Reproduce: 1. 2. 3. Actual results: Crash, report attached (couldn't it write out a file instead of opening a stupid window out of which to scrape the report?) Expected results: Additional info:
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)