Re: [orca-list] bug: smplayer applications flood orca when they exit

[Joanmarie Diggs <jdiggs igalia com>]

Hey Jerem.

Looking at your debug.out, the very slowest thing I see in terms of the
work Orca is doing is when you quit Orca. That took 0.15 seconds.

I see a mini flood which I assume is coming from the app destroying
itself, but Orca is quickly ignoring all of those.

The other, more relevant, thing I'm seeing however is that around two
seconds are passing between the time I assume smplayer closed and the
time Orca receives the aforementioned mini flood. During that time Orca
is logging nothing. That means there were no new accessible events from
AT-SPI2 and Orca had already processed all the events it had received.
So it looks like the freeze in question is outside of Orca and beyond
Orca's control. If this is a normal Qt app behavior, I'm guessing it's
either in the Qt AT-SPI2 implementation (they bypassed ATK) or in AT-
SPI2 itself.

Sorry!
--joanie

On Sun, 2022-04-17 at 02:39 +0200, Jérémy Prego via orca-list wrote:
> hello,
>
> when a qt application (smplayer in my example) closes, orca freezes
> for 
> 2-3 seconds
>
> I don't know if this behavior is recent and applies to other 
> applications than smplayer, but I think so.
>
> I took the time to do an orca debug showing the problem
>
> https://www.dropbox.com/s/g8rqqwo93aoaxir/debug-2022-04-16-21%3A45%3A14.out?dl=1
>
> ideally, I know that the problem should be corrected at the source,
> but 
> I hope that we can do something on the orca side to correct this
> little 
> inconvenience :)
>
> thanks for the help,
>
> Jerem
> _______________________________________________
> orca-list mailing list
> orca-list gnome org
> https://mail.gnome.org/mailman/listinfo/orca-list
> Orca wiki: https://wiki.gnome.org/Projects/Orca
> Orca documentation: https://help.gnome.org/users/orca/stable/
> GNOME Universal Access guide:
> https://help.gnome.org/users/gnome-help/stable/a11y.html