Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Document that causes crash | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | vandan <daniel.kasak> | ||||
Component: | code | Assignee: | caolanm | ||||
Status: | CLOSED DUPLICATE | QA Contact: | issues@sw <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | 680m69 | Keywords: | oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
vandan
2005-01-13 03:58:11 UTC
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 |