[orca-list] Possible (work-in-progress) solution for OOo crashing constantly

[Joanmarie Diggs <joanied gnome org>]

Hey guys.

Whilst trying to solve the problem where Orca becomes unresponsive after 
OOo crashes, I stumbled upon a possible solution that seems to make OOo 
far less likely to crash in the first place: Processing events 
synchronously for OOo rather than queueing them up.

In testing this option I was not able to crash OOo while running Orca. 
Not even OOo 3.2 (aka the version that crashes more frequently than it 
runs),

There is a slight price for the stability -- currently. That price is if 
we get a bunch of events all of a sudden from OOo, there is going to be 
a slight pause. A good example of that is when you go from a bulleted 
list to non-bulleted text. The appearance/disappearance of all those 
list-related toolbar items now takes us a second to work our way 
through. *However* if my patch does indeed stop all the crashing, we can 
then look for ways to discard events that we know we don't care about 
(like all those changing toolbar items).

Beyond the above, I do not yet know if there are side effects which will 
result from this change.

Thus I will leave this up to you: The patch can be found here:
https://bugzilla.gnome.org/show_bug.cgi?id=640372

Please let me know what you find and what you think, and we will go from 
there.

Thanks guys!
--joanie