Re: [orca-list] Possible bug with Orca and Pidgin



Hey JosÃ.

Traceback (most recent call last):
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/focus_tracking_presenter.py", 
line 760, in _processObjectEvent
     s.processObjectEvent(event)
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/script.py", 
line 407, in processObjectEvent
     self.listeners[key](event)
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/scripts/apps/pidgin/script.py", 
line 185, in onTextInserted
     if self.chat.presentInsertedText(event):
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/chat.py", line 
707, in presentInsertedText
     elif self.isTypingStatusChangedEvent(event):
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/scripts/apps/pidgin/chat.py", 
line 58, in isTypingStatusChangedEvent
     self._script.utilities.textAttributes(event.source, event.detail1)
   File 
"/data/software/orca/dev/lib/python2.6/site-packages/orca/script_utilities.py", 
line 2004, in textAttributes
     attrString, start, end = text.getAttributes(offset)
COMM_FAILURE

^^^^^ PROCESS OBJECT EVENT object:text-changed:insert ^^^^^

Joanie,  could be the same problem that you find in eclipse?

The "same"? I doubt it. An awfully darned similar one? Yes.

So there are a couple of different Atk sources of attributes: Attributes
associated with the AtkObject itself, and attributes associated with the
accessible text interface (AtkText). The former might tell us what
toolkit a widget is associated with or what level a particular heading
is. The latter tells us things about the appearance/formatting of the
text at a given offset and what the span of that formatting is.

The Eclipse problem was due to a bug in Eclipse associated with their
implementation of AtkObject attributes. The Pidgin problem appears to be
due to our asking for AtkText attributes.

I suspect due to some bogusity somewhere, there is an assert asserting
itself. And I'd guess that if you were to launch Pidgin from a terminal
window and reproduce the bug again, the failed assertion would be dumped
out where you could see exactly what triggered the crash.

Have you tried that yet?
--joanie




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]