GNOME Bugzilla – Bug 668472
LookupError causes messages in Thunderbird to not be readable
Last modified: 2012-01-23 14:49:19 UTC
From José on the Orca list: ~~~~~~~~~~~~~ As posted before, when using thunderbird 8.0 or above, ubuntu 11.10 and latest orca from git, I can not navigate in a message using the arrows. I found the following trace in the debug of orca: KEYBOARDEVENT: type=0 id=65364 hw_code=116 modifiers=0 event_string=(Down) keyval_name=(Down) is_text=True timestamp=1405965 time=1327270531.445349 keyType=navigation shouldEcho=False ----------> QUEUEING <ENUM ATSPI_KEY_PRESSED_EVENT OF TYPE EVENTTYPE> 'Down' (116) DEQUEUED <ENUM ATSPI_KEY_PRESSED_EVENT OF TYPE EVENTTYPE> 'Down' (116) <---------- vvvvv PROCESS <ENUM ATSPI_KEY_PRESSED_EVENT OF TYPE EVENTTYPE> 'Down' (116) vvvvv Traceback (most recent call last):
+ Trace 229486
consumed = self.function(script, inputEvent) File "/usr/local/lib/python2.7/dist-packages/orca/scripts/toolkits/Gecko/script.py", line 5842, in goNextLine [nextObj, nextCharOffset] = self.findNextLine(obj, characterOffset) File "/usr/local/lib/python2.7/dist-packages/orca/scripts/toolkits/Gecko/script.py", line 5720, in findNextLine index = self.findObjectOnLine(obj, characterOffset, currentLine) File "/usr/local/lib/python2.7/dist-packages/orca/scripts/toolkits/Gecko/script.py", line 2008, in findObjectOnLine if candidate.getRole() in [pyatspi.ROLE_LIST,
Atspi.Accessible.getRole = lambda *args: exwrap(Atspi.Accessible.get_role, *args)
raise LookupError LookupError
^^^^^ PROCESS <ENUM ATSPI_KEY_PRESSED_EVENT OF TYPE EVENTTYPE> 'Down' (116) ^^^^^
Hopefully these sanity checks are all that are needed for this issue.... http://git.gnome.org/browse/orca/commit/?id=f56be615d2c9e7f7c2f6b6530cdc99b808d41a11
Works fine! Thanks.
(In reply to comment #2) > Works fine! > Thanks. Sorry, doesn't work fine! Seems that after apply the patch, the menus are not read correctly by orca.
(In reply to comment #3) > (In reply to comment #2) > > Works fine! > > Thanks. > > Sorry, doesn't work fine! > > Seems that after apply the patch, the menus are not read correctly by orca. Hmmmm. I wonder if the role is spitting up and the state set is not. Are you seeing a traceback, or are things just not working?
So I just broke out the sanity checks into two separate cases on the off chance that the role check is failing but the state set would not. I also tried accessing Thunderbird menus using Orca with both the English locale and the Brazilian Portuguese locale. It's all working for me. So could you please pull master and try again? Thanks! (And if things are still failing, a full debug.out would be helpful.)
(In reply to comment #4) > > Seems that after apply the patch, the menus are not read correctly by orca. > > Hmmmm. I wonder if the role is spitting up and the state set is not. Are you > seeing a traceback, or are things just not working? No trace, only doesn't work.
(In reply to comment #5) > So I just broke out the sanity checks into two separate cases on the off chance > that the role check is failing but the state set would not. I also tried > accessing Thunderbird menus using Orca with both the English locale and the > Brazilian Portuguese locale. It's all working for me. So could you please pull > master and try again? Thanks! (And if things are still failing, a full > debug.out would be helpful.) Works fine now! Well, I already said the same thing before!! Thanks. (In reply to comment #5) > So I just broke out the sanity checks into two separate cases on the off chance > that the role check is failing but the state set would not. I also tried > accessing Thunderbird menus using Orca with both the English locale and the > Brazilian Portuguese locale. It's all working for me. So could you please pull > master and try again? Thanks! (And if things are still failing, a full > debug.out would be helpful.)
Thanks for the report and testing. Closing as FIXED.