After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 502084 - Running Orca with Thunderbird v2.0.X with compose window open generates a stack trace.
Running Orca with Thunderbird v2.0.X with compose window open generates a sta...
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
2.21.x
Other Linux
: Normal normal
: 2.22.0
Assigned To: Rich Burridge
Orca Maintainers
Depends on:
Blocks: 404409
 
 
Reported: 2007-12-06 16:12 UTC by Rich Burridge
Modified: 2008-07-22 19:33 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Defensive check to prevent the traceback. (927 bytes, patch)
2008-01-07 18:01 UTC, Rich Burridge 		committed Details | Review

Description Rich Burridge 2007-12-06 16:12:50 UTC 
I had a Thunderbird email compose window up and was testing Orca on
something else. The following stack trace appeared in the terminal
window where I was running Orca:

Traceback (most recent call last):

+ Trace 180991

  • File "/usr/lib/python2.5/site-packages/orca/focus_tracking_presenter.py", line 598 in _processObjectEvent 
    s.processObjectEvent(event)
  • File "/usr/lib/python2.5/site-packages/orca/script.py", line 297 in processObjectEvent 
    self.listeners[key](event)
  • File "/usr/lib/python2.5/site-packages/orca/scripts/Thunderbird.py", line 146 in onStateChanged 
    default.Script.onStateChanged(self, event)
  • File "/usr/lib/python2.5/site-packages/orca/default.py", line 3026 in onStateChanged 
    self.onFocus(event)
  • File "/usr/lib/python2.5/site-packages/orca/scripts/Thunderbird.py", line 128 in onFocus 
    if top.getRole() == pyatspi.ROLE_DIALOG:
AttributeError: 'NoneType' object has no attribute 'getRole' 






Comment 1


Willie Walker





          2008-01-06 17:22:55 UTC
        



I cannot reproduce this.  :-(  Can you please make a defensive workaround (e.g., something like "if top and top.getRole() == pyatspi.ROLE_DIALOG:") and check it in?






Comment 2


Rich Burridge





          2008-01-07 18:01:40 UTC
        



Created attachment 102333 [details] [review]
Defensive check to prevent the traceback.

Patch committed.






Comment 3


Rich Burridge





          2008-01-07 18:01:56 UTC
        



Closing as FIXED.