GNOME Bugzilla – Bug 626072
Speech Dispatcher can get stuck in a language if the default voice has no language defined
Last modified: 2011-01-15 17:49:52 UTC
Steps to reproduce: 1. Remove your voice settings completely 2. Get into the Orca Preferences dialog 3. Do *not* change the default voice *at all* 4. Change the uppercase voice family to some other language (e.g. my default language is English, so I chose Spanish). 5. Press the OK button. 6. In Gedit, arrow amongst these three lines: Hello world THIS IS A TEST So is this 7. Navigate amongst Gedit's menus, etc. Expected results: Only the middle, all-caps line would be read using the new (Spanish) voice. Actual results: Everything is read using the new (Spanish) voice after the middle, all-caps line is read. This issue is not present in gnome-speech.
Still testing, but I should have a patch shortly. Also setting the priority to 'High' because it's blocking not one, nor two, but three of the Andalucía bugs. :-(
Fix committed to master to make working on the blocked bugs easier: http://git.gnome.org/browse/orca/commit/?id=1ab63d793d6da9071d2b5342374f8cd0df21d0aa I've tested the above fix quite a bit with both en_US.UTF8 and es_ES.UTF8. Seems to work well. Pylints to 10.0. At the moment we don't really have anything in place (that I'm aware of) whereby we can write speechfactory-specific regression tests, so no new test was provided. I'll leave this open as testing-required for a few days "just in case."
No one has raised any issues. Therefore closing this one out.
Re-adding blocks for historical and research purposes.