Re: [orca-list] the attached file crash at-spi2-registr
- From: Mike Gorse <mgorse alum wpi edu>
- To: José Vilmar Estácio de Souza <vilmar informal com br>
- Cc: ORCA-LIST gnome org
- Subject: Re: [orca-list] the attached file crash at-spi2-registr
- Date: Thu, 6 Dec 2012 11:12:23 -0500 (EST)
3.7 (ie, master). Actually, there's no reason not to push it to gnome-3-6,
so I've just done that.
-Mike
On Thu, 6 Dec 2012, José Vilmar Estácio de Souza wrote:
Hi Mike.
Which version? Gnome 3.6 or gnome 3.7?
Thanks.
On 12/06/2012 01:57 PM, Mike Gorse wrote:
Hi José,
I've just pushed a commit that I think will fix the crash--I cannot
reproduce it anymore, anyway, so build the latest at-spi2-core from
git.gnome.org if you'd like to test.
Thanks,
-Mike
On Wed, 5 Dec 2012, José Vilmar Estácio de Souza wrote:
Hi Mike.
Do you want that I open a bug regarding this problem?
Thanks.
On 12/05/2012 08:37 PM, Mike Gorse wrote:
Hi José,
I don't know where to post this problem, sorry.
I hope that someone can point me to the correct place.
http://bugzilla.gnome.org is the place to file bugs against AT-SPI.
You'de select AT-SPI as the product, and, in this case, you should
select at-spi2-core as the component, since the bug is in the registry
daemon.
To reproduce my problem try the following steps:
Yeah, I can reproduce it. It looks as though it relates to the code that
tries to detect when processes are hung, and in some case something is
being freed when it shouldn't or something similar. I need to
investigate more.
I can not use ctrl to stop speech and if I switch to terminal and
begin to type, orca reads the entire line for each key pressed.
In 2.7.x, applications will automatically re-register, and ATs will
automatically re-register keystroke listeners, if the registry daemon
dies and then comes back, so hopefully this is less of an issue now, but
the crash should be fixed in any case.
Also, something somewhere doesn't handle extremely long lines very well
(I'm not sure off-hand whether to blame Orca, AT-SPI, gtk+, or some
combination), but that is a separate issue.
Thanks,
-Mike
--
{}S José Vilmar Estácio de Souza
--
{}S José Vilmar Estácio de Souza
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]