GNOME Bugzilla – Bug 606962
availability of gnomespeech not handled in orca preferences (console and GUI)
Last modified: 2010-01-19 10:40:10 UTC
Created attachment 151400 [details] the log fof the traceback I have tested the new at-spi dbus stuff and had the following problem: I've installed orca from git with no errors. After starting orca i got a trackeback which shows a hard dependency to gnomespeech. This should be checked in orca and in my opinion gnomespeech should be optional. For gnome 3.0 gnomespeech is deprecated so it would be the best to remove it's dependency from orca competely. See the attachment which contains the traceback
Created attachment 151409 [details] [review] Patch to catch exceptions in speech.init
There are two separate, but related, issues here: 1) The orca console setup crashes if gnome-speech is not available. 2) At some point, gnome-speech *might* be deprecated. For #2, I've opened bug #606975. I'll use this current bug to address #1. > For gnome 3.0 gnomespeech is deprecated so it would be the best to remove it's > dependency from orca competely. The goal is to be able to deprecate gnome-speech in favor of SpeechDispatcher. Until we're ready to make the full transition to SpeechDispatcher, we'll need to stay with gnome-speech as the default solution to use if you request speech with Orca. Note that the reference to gnome-speech is somewhat of a "soft" reference in Orca -- there's no specific hard import of the gnome-speech factory. Instead, it is referred to in the settings.py:speechFactoryModules and settings.py:speechServerFactory settings. Because gnome-speech is still the supported speech solution for orca, the default values still refer to gnome-speech and they will remain this way until bug #606975 is addressed. I believe this specific problem can be isolated to just the console preferences configuration. Unlike when Orca is run normally, the console preferences setup is not handling failures in the initialization of speech properly and is crashing. I put a try/except around the call to speech.init() in the console prefs code to prevent the console preferences application from crashing. That should close this bug. Another thing we might try is providing some sort of autodetection code in Orca. With this, Orca would try the preferred solution first, but then look at the speechServerModules list and try them in order until it found something that worked. I've opened bug #606978 for that enhancement. Thanks!
Reopening - in experimenting with this more, the failure prevents the GUI preferences from coming up.
Created attachment 151422 [details] [review] Patch to fix issue with GUI
Created attachment 151749 [details] output of the new traceback