Apache OpenOffice (AOO) Bugzilla – Issue 40533
Document that causes crash
Last modified: 2013-08-07 14:41:36 UTC
Here's a simple document that causes OOo to crash when opened. Under OOo-1.9.65 on Windows 2000 sp4, opening the document crashes OOo before the document is displayed. Under OOo-1.9.69 ( binary install ) on Gentoo Linux ( 2.6.9 kernel ), the document opens and displays perfectly until you scroll down one 'movement' ( ie one mouse-wheel movement, or using the cursor keys to resposition the cursor until a scroll is triggered ). After the scroll, the document stays open for approx 1 second, then OOo crashes. Document was created under OOo-1.9.65 on Windows 2000 sp4. Document opens fine under OOo-1.1.4.
Created attachment 21430 [details] Document that causes crash
Does not crash anymore with 680m71, which will be available soon.
Closed.
Still crashes for me in OOo-1.9.74 under Gentoo Linux. I think I stumbled across another example of the same bug, and I've submitted another bug report, thinking this was a different issue ( as I believed this one to be fixed ... I had tested in OOo-1.9.71s1 under Windows and it worked ). New bug report: http://qa.openoffice.org/issues/show_bug.cgi?id=41497 And yes I realise that the above is a duplicate of this bug. Sorry. Like I said, I had assumed that this bug was fixed, and that the above was a separate bug, but after further testing, it looks like they might be one and the same.
Still crashes in OOo 1.9.77 under Linux too.
Unable to duplicate as specified with Build 680m79. Windows XP Pro SP2, hotfixes to 2/05 Java JRE 1.4.2_06
I've just tested in OOo 1.9.79 under Windows 2000, and the document does actually open properly. However in OOo 1.9.79 under Linux, OOo still crashes. I can open the document ( with my zoom set to 'optimal' or bigger ), and scroll down to the bottom of the table item 'PERSONNELL PRESENT'. If I try to scroll any further down ( ie to the 'ACTION BY NUS' part ), OOo crashes. I discovered something else interesting too. If I open OOo with the above document, with the zoom set to 'optimal', and then change the view to '100%', the page renders everything in the table down to the 'PERSONNELL PRESENT' row. It then renders the 'ACTION BY NUS' cell, but there is *nothing* else next to this or below it. Perhaps it is something about the bulleting in the table next to 'ACTION BY NUS' that is causing the crash. At any rate, it's only happening under Linux now.
And it seems, that it only happens on your Linux. We tried here on several other (available) systems, such as Suse 9.2, different Redhat's and Fedora core 3, but we didn't encounter a crash when scrolling/using different zoom levels. Maybe if you send a crah report (and then post here the email which you entered as sender in the crash report tool) we can see, if the crash could the system's or OO's fault. At the moment, we think, it is related with the font, which is displayed as Times New Roman on your system (when using larger zoom levels).
FYI: cannot reproduce on a mandrake based linux with gnome and self-built m79 - no matter what zoomfactor I use. I can scroll to the bottom an up again. Please try installing TimesNewRoman (http://corefonts.sourceforge.net) and try again. It it works with the font installed, then it is a font-problem...
I have all the corefonts installed, but I just re-installed them in case they were corrupted. Problem still exists. I've submitted a bug report with the email address: vandan@openoffice.org I've mentioned this issue number in the subject and details. I have also just tested on another Gentoo Linux PC, and I *can't* reproduce the error there. This system is a NPTL one - mine is not. Other than that, they should be basically identical - same versions of software installed, but compiled against a different glibc. Because I can't reproduce the issue on another Gentoo system, I'm leaving the issue set to 'resolved worksforme' - even though it's still crashing my system. Obviously this isn't exactly ideal for me, but I'm willing to accept that it's an obscure bug you will likely not be able to reproduce on your systems without a great deal of trouble. If someone wants to have a look at the crashlog I submitted ( and possibly reopen the issue if appropriate ), that would still be great :)
Reopened issue.
MRU->CP: this is the OO issue, where you have generated internal Task #119772 from the crash report (stack ID 132222).
cp->cmc: the bug mru is referring to is an automatic crash report about a crash in the file picker, I guess it is duplicate but I don't know to which. Please evaluate ... libgtk-x11-2.0.so.0 0xa3ae0 -- could not find checksum in database SalGtkFilePicker::execute() /net/jumbo.germany/sol1/SRC680/src.m77/fpicker/source/unx/gnome/SalGtkFilePicker.cxx:847 sfx2::PickerThread_Impl::run() /so/ws/SRC680/unxlngi6.pro/inc.m77/com/sun/star/uno/Reference.h:344 vos::_cpp_OThread_WorkerFunction(void*) /net/jumbo.germany/sol1/SRC680/src.m77/vos/source/thread.cxx:92 _OThread_WorkerFunction(void*) /net/jumbo.germany/sol1/SRC680/src.m77/vos/source/thread.cxx:75 osl_thread_start_Impl /net/jumbo.germany/sol1/SRC680/src.m77/sal/osl/unx/thread.c:305 libpthread.so.0 0x4ae0 -- could not find checksum in database libc.so.6 0xd2c5a -- could not find checksum in database got frames from addr2line/database 5/2
The stack is exactly the same as #i44340#, which I believe is due to the gnome-vfs assert problem worked around with #i43004# *** This issue has been marked as a duplicate of 44340 ***
close as duplicate