Bug 559072 - [abrt] crash in typelib_static_type_getByTypeClass (after an awful lot of recursion)
Summary: [abrt] crash in typelib_static_type_getByTypeClass (after an awful lot of rec...
Keywords:
Status: CLOSED DUPLICATE of bug 626836
Alias: None
Product: Fedora
Classification: Fedora
Component: openoffice.org
Version: 12
Hardware: i686
OS: Linux
low
medium
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:dd185e21e1acffb9df4516a66b2...
: 569715 598201 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-01-27 03:59 UTC by Dwayne Bailey
Modified: 2010-08-27 09:05 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-01-29 15:29:09 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (1.34 MB, text/plain)
2010-01-27 04:00 UTC, Dwayne Bailey
no flags Details

Description Dwayne Bailey 2010-01-27 03:59:56 UTC
abrt 1.0.3 detected a crash.

Comment: Was working on Calc.  Doing a s imple spreadsheet. Either navigating, editing or copying some cells.   Calc crashes so hard it just disappears
Attached file: backtrace
cmdline: /usr/lib/openoffice.org3/program/swriter.bin -writer
component: openoffice.org
executable: /usr/lib/openoffice.org3/program/swriter.bin
kernel: 2.6.31.12-174.2.3.fc12.i686.PAE
package: openoffice.org-writer-1:3.1.1-19.14.fc12
rating: 4
reason: Process was terminated by signal 11 (Segmentation fault)

Comment 1 Dwayne Bailey 2010-01-27 04:00:43 UTC
Created attachment 386972 [details]
File: backtrace

Comment 2 David Tardon 2010-01-27 07:48:13 UTC
If I read the stack correctly, you wrote '=' to the input line, that trigerred an a11y event and then something in UNO dispatch went wild. I tried that with sample spreadsheet, but there was no crash and valgrind didn't show any problem either. I don't really understand the internals of UNO dispatching mechanism (and I'm not sure I want). Maybe Caolán will be able to shed some light on this.

Comment 3 Caolan McNamara 2010-01-27 09:17:51 UTC
Its an odd one. Clearly a11y related, and related to setting text to the ScPosWnd with FillFunctions which happens when editing/entering a formula. I can't imagine that the recurse to death afterwards is a bug of the uno->cpp bridge or anything like that, I feel the object at the top of that recurse must be busted somehow.

That said, just entering some formulas and so on when a11y enabled doesn't do anything horrible for me. It does spit out various "Invalidate all children called" and various "Focused object has invalid index in parent" when expanding the dropdown of the ScPosWnd, but no crash death.

Comment 4 Dwayne Bailey 2010-01-27 20:06:32 UTC
Its happened about 3 times on my side.  But I'm never in a position to remember what I was doing.  So I'm not really able to even try reproduce :(

Comment 5 Caolan McNamara 2010-01-29 15:29:09 UTC
Its definitely a11y related, so it can be avoided by disabling gnome's a11y from the desktop menus. Clearly it would be better to reproduce it and fix it, but I'd need to be able to reproduce it. If anyone knows how to get it to happen, feel free to reopen with that information.

Comment 6 Caolan McNamara 2010-03-02 13:05:35 UTC
*** Bug 569715 has been marked as a duplicate of this bug. ***

Comment 7 Caolan McNamara 2010-08-27 09:04:26 UTC
*** Bug 598201 has been marked as a duplicate of this bug. ***

Comment 8 Caolan McNamara 2010-08-27 09:05:08 UTC

*** This bug has been marked as a duplicate of bug 626836 ***


Note You need to log in before you can comment on or make changes to this bug.