GNOME Bugzilla – Bug 341388
Orca can not stop reading words in terminal when switch to other application.
Last modified: 2006-06-28 14:14:35 UTC
Please describe the problem: Orca can not stop reading things in terminal even switch to other application. Steps to reproduce: 1. Start Orca from terminal 2. Open another terminal and input #prstat 3. Start Evolution 4. Shift from Evolution to Terminal. Actual results: Orca will read out all the things list in the terminal untill finish reading. Even switch to other application. Can not stop reading. Expected results: When switch to other application, orca should read the current screen. Does this happen every time? Yes. Other information: This bug happened on Solaris_nevada_39/Vermillion_40
I'm not sure what is being reported here. When I run Orca 0.2.4 and try to reproduce this problem, Orca will stop reading the terminal window when I move to Evolution. When I move to Evolution, Orca reads the Evolution window fine and I will not hear anything regarding terminal. When I move back to terminal, Orca will read whatever happens to be going on in it. Are you seeing different behavior?
When I input "prstat" in command lines, terminal will display like this: PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 13883 work 42M 34M sleep 59 0 0:06:09 4.6% Xorg/1 15242 work 75M 21M run 14 0 0:00:00 2.6% gnome-screensho/3 7894 work 141M 56M sleep 59 0 0:02:42 0.9% java/15 15229 work 57M 18M sleep 55 0 0:00:14 0.7% orca/1 15219 work 98M 30M sleep 49 0 0:00:08 0.4% gnome-terminal/2 14029 work 49M 7312K sleep 55 0 0:03:15 0.3% at-spi-registry/1 14037 work 55M 13M sleep 59 0 0:00:14 0.2% metacity/1 14616 work 116M 41M sleep 59 0 0:00:58 0.1% firefox-bin/4 ... Orca will read out these words one by one. Then I move to other application, like evolution. At this time Orca can not stop reading,also keyboard can not work. Waiting for a while, orca finish reading these words. After this, orca can read Evolution window and keyboard can work. This only happened when use command "prstat" in terminal.
I believe this bug to be the same as 341410 also Emily says that it only happens with prstat whereas I have seen it with ls -l and ps -ef as well.
Currently, using Orca from CVS HEAD, I'm seeing the following traceback when I give focus to a terminal window running prstat: Traceback (most recent call last):
+ Trace 69090
s.processObjectEvent(event)
script.Script.processObjectEvent(self, event)
self.listeners[key](event)
keyString = orca.lastInputEvent.event_string
I think this problem is masking any other potential problems. I'll try to work out a fix.
Created attachment 68079 [details] Debug output showing the problem. The attached debug output shows the problem. In a gnome-terminal window I have prstat running (anything with a long speech output string will exhibit the same problem). Orca starts to speak that. I then give focus to a gedit window and Orca queues up thing to speak about that too. Unfortunately the previous verbose speech output is not interrupted. What we should probably be doing here is causing a speech interrupt on the existing speech, when we move to a new application (maybe when we first see an event for a different application).
Created attachment 68086 [details] [review] Potential fix for the problem. Need to check with Will that this is how he'd like it fixed.
Patch looks good to me. Thanks Rich!
Changes checked into CVS HEAD.