at-spi-registry consumes most of the CPU and make the system unusable on Natty

Confirmed on an up to date Natty. CPU jumps to 90% and application relying on a11y hangs (for example I can still launch and use vim.gnome).
This seems to only be reproducible when Unity is running and I haven't seen it with the Classic Desktop.

When this happens, the launcher is still active the dash can be launched. This could be a race between the a11y layer of Unity and the legacy gnome application.

To reproduce:
1. Run Unity
2. Open some gnome-terminal ( ~3 ) and other apps (e.g gedit)
3. use ALT+TAB to switch between apps

Result:
After a few application switch at-spi-registryd consumes 90% of the CPU and the applications hang.

Luke, do you have time to look at this? If not, please reassign back to canonical-desktop-team. Thanks!

I see there is no backtrace... Are you able to get one from apport?

THis appears to be a problem in the unity panel service process, as for me, that process uses a lot of CPU along with at-spi-registryd, so given there is ongoing work to enable unity for accessibility, I suspect the problem lies more with the panel service than at-spi itself.

The title of the bug seems to suggest that the at-spi crash, but reading the bug description:

"Tiping `top` on the tty1, I saw "at-spi-registry => 89% CPU" (on 3.3GHz quad-core)
I launched the command `sudo skill at-spi-registry` and the "tty8" became usable again."

If at-spi-registry is listed on the top list, and you can kill it, it means that this is not a crash, so I will edit the title, as is misleading.

As Rodrigo Moya was the one working with the accessibility support for the panel-service I will reassign him this bug.

I have been trying to replicate this bug with no success, and since the bug was filed, several fixes have gone into the panel service, so can someone that used to see this bug have a try with the latest unity version and see if it can still be reproduced?

I don't want to use at-spi anymore, it's very boring to kill it every time it crashes, but I will, not today but maybe tomorrow or wednesday.

Aurélien, I understand your "frustration" with at-spi eating the CPU, but we really need to fix the bug, so yes, please have a try again

I accept this sacrifice for Ubuntu and the community.
First, I tried emesene for two minutes on one conversation. No problem.
Then, I tried Empathy, but it use to crash on launching a chat. However, Empathy works, and at-spi seems not crash again.

And what about the high CPU usage?

I re-enabled at-spi 2 days ago on my main workstation, and I confirm that this issue seems to have self-cured while this hang occurred after few minutes using Unity.

I think it's safe to consider this bug as fixed unless someone argue otherwise.

Ok, closing then, I think it was fixed by one of the recent branches landed in trunk, so if someone sees it again, please re-open

This is now happening to me on 12.10 http://pastebin.ubuntu.com/1196395/

same here (12.10)

same problem (12.10)

The problem is that all of the 'assistive technology' stuff like at-spi2-registryd and at-spi-core(?) cannot be removed properly, despite being disabled, without pulling out a whole load of programs. This is problematic (upstream gnome induced) and the best way i've found is to stop it from running with:

sudo mv /usr/lib/at-spi2-core/at-spi2-registryd /usr/lib/at-spi2-core/at-spi2-registryd.old

and

sudo mv /usr/lib/at-spi2-core/at-spi-bus-launcher /usr/lib/at-spi2-core/at-spi-bus-launcher.old

here on 12.10.

It seems this has somehow reappeared.

Starting from recently, at random times Xorg starts to consume 100% or more cpu and at the same time at-spi2-registryd consumes more than 50%.

Killing at-spis-registryd (which I have no idea whether it's a safe thing to do) also makes Xorg cpu consumption go back to normal.

Please reopen

For fuck's sake will anybody reopen this??