GNOME.org
 

Re: [orca-list] Orca starts but exits without doing anything in one account

Hello,
Not much success with that script.

First of all I tried running the script from within the gnome desktop
(in a gnome-terminal) and redirecting the output. The script seemed to
lock up and gave no output. I then modified the script to track every
movement to try and locate the lock up. The modified script is:
import pyatspi
print "pre"
desktop = pyatspi.Registry.getDesktop(0)
print "post"
for app in desktop:
    print app

I then ran that from gnome-terminal redirecting the output, it still
locks up (as expected) but no output is produced.

As this was working blind (having no orca) I then switched to a text
console and did:
export DISPLAY=:0
and then ran the modified script there. There I got the output:
pre
post

Also the script did complete here.

Finding this interesting I ran orca in this text console and switched to
the gnome desktop. pressing alt+f1 and cursoring did not give any
results from orca, but when I pressed escape to go back to the desktop
and then I pressed alt+f2 and typed gnome-terminal orca announced the
gnome-terminal appearing. Also it echoed the characters I backspaced
over (it shouldn't speak the characters as I typed input as I had set
key echo to off).

I now tried starting orca in gnome and going to gnome-terminal, not
output.

This seems very odd that I am getting different results from with in
gnome and from a text console with the DISPLAY variable set.

My personal oppinion is that what ever is causing this is well hidden
and unlikely to be found and may be it would just be best for me to
install the new distro I was planning to put on this machine at some
point in the future. Do you feel this might be the best way to go with
this?

Michael Whapples

On Fri, 2009-01-30 at 18:14 -0500, Willie Walker wrote:

Hmm...I'm not sure.  I've see the '<unknown>' thing before and it 
doesn't seem to cause a lockup.  Hmmm....you might try running the 
attached script and see if it hangs.  If it does, try killing one of the 
apps that doesn't show up in the list and then rerun the script.

Will

PS - Be careful.

Michael Whapples wrote:

Here are the programs reported:
seahorse-agent
gnome-session
'<unknown>'
gnome-settings-daemon
metacity
gnome-panel
camberra-gtk-play
nautilus
polkit-gnome-manager
mixer_applet2
notification-area-applet
clock-applet
nm-applet
bluetooth-applet
applet.py
orca

The only one which looks possibly bad is '<unknown>', mainly because I
don't have a clue what it is either. How might I work this out? However
I have just tried xlsclients from the account which works and
'<unknown>' is still reported.

Where to go now?

Michael Whapples
On Thu, 2009-01-29 at 11:32 -0500, Willie Walker wrote:

Hi Michael:

Doing an "export DISPLAY=:0" from your text console before running the 
"xlsclients" command should work in the majority of cases.

Will

Michael Whapples wrote:

Hello,
I don't think there is anything else running (I certainly did not add
anything myself to start up last time I had orca running) and just in
case there are applications running I pressed alt+tab and alt+f4 a few
times (even an alt+f6 in case there was one of those hard to get to
dialogs) but even after that orca did not respond. Also it seems like if
I can get to the log out screen and log out before orca gives up it will
say good bye as it exits.

I have not tried the xlsclients command to find out if there is other
applications running as I only have access to a text console and I am
not quite sure how to tell xlsclients the display to use (I just don't
know how to specify the X display to applications). If I can check it
from a text console could you give me an example of the command?

Michael Whapples
On Thu, 2009-01-29 at 10:11 -0500, Willie Walker wrote:

Hi Michael:

It might possible that some other application has automatically started 
and has caused a blockage in the AT-SPI.  emacs causes this kind of 
thing to happen, for example.

Do you know if any other application might be running on the desktop? 
You might be able to check this by doing an "xlsclients".

Will

Michael Whapples wrote:

Hello,
On my desktop orca starts but then does nothing and then crashes in one
of the accounts. I don't think the problem itself is orca as the same
copy of orca works fine in another account on the computer. Also I don't
remember doing anything the last time it was working which might have
caused the problem (I mean the last time I used orca for the entire time
the computer was running I did not alter settings, I just did things
like check email). As this beats me, I thought I would get orca to
produce debug output and just before the trace back of the exception
there is a message saying that a timeout happens suggesting something
has hung and says aborting. Then there is a trace back but its not clear
to me from that what has caused the problem. I have included the debug
file in case it is useful for someone to help me find out what is going
on (file attached).

can my system be recovered from that or should I just bring forward the
swap of distribution I was planning for the machine at some point?

Thanks

Michael Whapples


------------------------------------------------------------------------

_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca

_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca


_______________________________________________
Orca-list mailing list
Orca-list gnome org
http://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca


plain text document attachment (foo.py)
import pyatspi
desktop = pyatspi.Registry.getDesktop(0)
for app in desktop:
    print app
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]