abrt 1.0.7 detected a crash. architecture: i686 Attached file: backtrace cmdline: /usr/lib/openoffice.org3/program/swriter.bin -writer file:///home/miguel/Escritorio/Manual_Ubuntu.odt component: openoffice.org executable: /usr/lib/openoffice.org3/program/swriter.bin kernel: 2.6.31.12-174.2.22.fc12.i686 package: openoffice.org-writer-1:3.1.1-19.26.fc12 rating: 4 reason: Process /usr/lib/openoffice.org3/program/swriter.bin was killed by signal 11 (SIGSEGV) release: Fedora release 12 (Constantine) comment ----- I just downloaded and directly opened a PPT file (Microsoft Office): "Download --> Open with: OpenOffice" Can't repeat the crash. The file it's alright... I can open it with a direct download or from my desktop and OpenOffice doesn't crash. Hope this help... and sorry for my english.
Created attachment 396301 [details] File: backtrace
Hmm. I don't think this is related to the .ppt. That canceldialog effort kicks in when the file open/save dialog is open and then office opens another window. In which case the open/save dialog should be cancelled down. e.g. something like a pending file save dialog unclosed on a forgotten workspace and then another document is opened. This shouldn't crash of course. Might not be OOos fault, but probably is.
I assume that IA__g_type_check_instance_cast fails because mpDialog is invalid. But I can't see how that can come to pass. canceldialog is triggered from the new window callbacks, but RunDialog::run adds and removes the listener around gtk_dialog_run on that dialog. So it must be valid during that time. I can't see how it can have been destroyed while the listener is installed. Baffled. Can't reproduce or guess how it can come about.
*** This bug has been marked as a duplicate of bug 632219 ***