GNOME Bugzilla – Bug 601258
When I using Speech-dispatcher and break speech into chunks between pauses setting is checked, Orca freezing with quit confirmation dialog.
Last modified: 2010-09-20 10:52:54 UTC
Dear Developers! I using latest test version, because this version need my work (editing better hungarian pronunciation rules). Because I think Gnome developers in future dropping Gnome-speech driver, I using speech-dispatcher and try testing this speech backend. When break speech into chunks between pauses setting is checked, Orca is freeze when the confirmation dialog is present with display. If this setting is unchecked, Orca not freezing when this dialog are present with display. How can try reproduce this problem? 1. Absolute need you use Speech-dispatcher speech backend. 2. Please check the break speech into chunks between pauses setting, and restart Orca. 3. Try quit Orca. Orca or speech is freezing before Orca spokening the cancel button. I make a debug.out file, and sending with an attachment. I look little the debug.out file, and see following traceback part after the "mégse gomb" (cancel button) (I hope help you): Traceback (most recent call last):
+ Trace 218952
s.processObjectEvent(event)
self.listeners[key](event)
orca.setLocusOfFocus(event, newFocus)
orca_state.locusOfFocus)
newLocusOfFocus)
speech.speak(utterances, voice, not shouldNotInterrupt)
_speak(subString, acss, interrupt)
_speechserver.speak(text, __resolveACSS(acss), interrupt)
self._speak(text, acss)
self._send_command(self._client.speak, text, **kwargs)
return command(*args, **kwargs)
self._conn.send_command('SPEAK')
raise SSIPCommandError(code, msg, cmd)
Attila
Created attachment 147272 [details] This is the debug.out file, I hope show you why happen this problem.
(In reply to comment #1) > Created an attachment (id=147272) [details] > This is the debug.out file, I hope show you why happen this problem. I'm not quite sure what is going on. The speech that seems to be attempted is the following string: SPEECH OUTPUT: 'Mégse gomb.' We then get this:
+ Trace 218985
This seems to be telling us that 'SPEAK' is an invalid command, which doesn't make a whole lot of sense to me. The only thing I can think of is that Orca might be sending an empty string to speech dispatcher at some point, causing it to fail. Do you know if there is some sort of logging facility you can turn on in speech dispatcher (and if so, can you enable it, reproduce the freeze, and attach it)? It looks like speech dispatcher has a way of logging to /var/log/speech-dispatcher/speechd.log, but I'm not sure how to enable it.
Created attachment 147387 [details] This is the speech-dispatcher log file, I hope help you. Hy Will, I attached the Speech-dispatcher log file. I hope help you found the problem. Next comment I attach the espeak.log file, if not empty this file. Attila
Created attachment 147388 [details] This is .speech-dispatcher/log/espeak.log file after freeze. I added the speech-dispatcher espeak.log file. For example this part is interesting: Tue Nov 10 17:13:00 2009 [669189]: Espeak: module_speak(). Tue Nov 10 17:13:00 2009 [669250]: Espeak: Requested data: |<speak>Kilép az Orka programból?<mark name="__spd_0"/> Ez leállít minden felolvasást és képernyőnagyítást.</speak>| 0 125 Tue Nov 10 17:13:00 2009 [719524]: Espeak: Leaving module_speak() normally. Tue Nov 10 17:13:00 2009 [735740]: Espeak: Playback semaphore on. Tue Nov 10 17:13:00 2009 [735820]: Printing reply: 701 BEGIN Tue Nov 10 17:13:00 2009 [735861]: Printed If I see right, Espeak get the confirmation question, spokening correct, but not get the "mégse gomb" string and when this happen, Espeak already not speak. But I am absolute unsure what happen and why happen this problem. :-):-) Attila
(In reply to comment #3) > Created an attachment (id=147387) [details] > This is the speech-dispatcher log file, I hope help you. It doesn't seem to indicate the failure. Do you know if there is a way to tell speech dispatcher to output information (e.g., a more verbose log level)?
Created attachment 147446 [details] New speechd.log file. Ok, I hope this is help. I setted up log level with maximum value with speechd.conf file. The default log level value is 3, now I setted 5 value. I ask my wife please tell me what she see the display when I try quitting Orca when I using speech-dispatcher and break speech into chunks between pauses setting is true. The quit confirmation dialog is present the display, but impossible navigate with Ok and cancel button with a mouse or tab key, impossible close the dialog for example with Escape key. Only one method help: restart Orca. :-(:-( Attila
I can confirm this bug still occurs in Orca 2.30.1 on my 64-bit Vinux (based on Ubuntu Lucid) laptop with a quad-core i7. However, it does not seem to occur in either of my Ubuntu Lucid VirtualBox virtual machines: one's 32 bit, the other 64. It also does not occur in my 32 and 64 bit Vinux machines based on Ubuntu Lucid, running Orca 2.30.1. This one looks hard!
Created attachment 160949 [details] This is the Orca 2.30.1 actual debug.out file, the problem is present my full updated Lucid system. Bill, thanks the confirmation. I not use virtual machine, I tested real environment the problem with full updated Lucid system and Orca 2.30.1 version. Now, I tested my wife 32 bit Ubuntu Lucid system the problem. I see following traceback message in debug.out file if the break speech into chunks between pauses checkbox is checked and try quitting Orca, the traceback happened after Orca try spokening "mégse gomb (cancel button with english translation) message, but this is not happened, only the question spokening is happened: Traceback (most recent call last):
+ Trace 221880
If this checkbox is unchecked, this traceback error is not happening when I try quitting Orca. What mean this traceback message, and why happening this if break speech into chunks between pauses check box is checked? Anybody have any ydea?
Possible little bad news, not help the problem fix, but very interesting test result: I try what happening if I install libgnome-speech7 package and switch back temporary with Gnome-Speech speech sinthesizer my Lucid system. If I use Gnome-Speech speech sinthesizer, Orca quit dialog works perfect. But Interesting. Why happening invalid command freeze trace back problem with Speech-dispatcher use and why not happening if I use Gnome-Speech? Attila
In bug 618334 final git master committed patch resolved this bug in Orca git master version, thank you Jon the fix. I change this bug status to resolved. Attila
If possible and not producing problem, please commit the bug 618434 final committed patch with Orca 2.30 branch.
*** This bug has been marked as a duplicate of bug 618334 ***