GNOME.org
 

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

hey joanie,
the problem is solved. after switching to smplayer 22.20 and rm .config/smplayer I redid all my configuration, and I do not reproduce the problem. I think I must have had a problem with the configuration. thanks to this, smplayer also became faster when opening.
thank you very much anyway for the help, and sorry for having wrongly accused orca 

Jerem confused
Le 26/04/2022 à 09:53, Joanmarie Diggs a écrit :

Any chance you could try version 22.20?

On Mon, 2022-04-25 at 18:48 +0200, Jérémy Prego via orca-list wrote:

This is SMPlayer v. 20.6.0 (revision 9418) running on Linux


$ dpkg -l |grep qt5cor
ii  libqt5core5a:amd64 5.15.2+dfsg-16+b1 amd64        Qt

on debian testing.

Jerem
Le 25/04/2022 à 15:22, Joanmarie Diggs a écrit :

Ok, I just set it. Now I do see lots of dead objects in my
debug.out,
but Orca kept talking the whole time as I up and down arrowed. No
lag
at all. What version of smplayer and Qt are being used in your
environment?

On Mon, 2022-04-25 at 12:31 +0200, Jérémy Prego via orca-list
wrote:

hey joanie,

did you check the box so that smplayer closes after it is
finished
playing? I think it's not checked by default, it's in the
preferences
of
the latter, it seems to me.

Jerem
Le 25/04/2022 à 12:25, Joanmarie Diggs a écrit :

To follow up on this: I just installed smplayer (version 22.20,
using
Qt 5.15.3, compiled with Qt 5.15.2) and played a short (25
seconds)
.mp4 in the background while repeatedly up and down arrowing in
Gedit
while using Orca. At no time was there any lag, no objects
destroyed
themselves, etc. What are you doing differently?

On Mon, 2022-04-25 at 11:55 +0200, Joanmarie Diggs wrote:

Thanks Jerem.

If you pressed and released Down, heard "1300" and then
immediately
pressed and released Down but had to wait two seconds to hear
"1400,"
then I'm afraid my guess is correct. Because after you hear
"1300",
Orca is told absolutely nothing: there are no accessible
object
events
(e.g. focus change, caret-moved), and there are no accessible
input
events (e.g. Down was pressed). After those two seconds pass,
Orca is
given object events from objects which are now dead. Orca
ignores
nearly all of these immediately. Then Orca gets the input
event
from
the Down arrow and the caret-moved event and says "1400."

So the problem/bug is that "Orca is told nothing for two
seconds." I
don't know what I can do in Orca to make other apps tell it
stuff
sooner. The only thing I can try to do is reproduce this
locally,
then
demonstrate it happens without Orca (e.g. via a pyatspi event
listener), and file a bug against AT-SPI so Mike can
determine if
the
problem is in AT-SPI itself, or if the Qt app is the problem.
So....
Are you just listening to something using smplayer in the
background
and when it finishes playing this lag happens?

--joanie

On Sat, 2022-04-23 at 09:27 +0200, Jérémy Prego via orca-list
wrote:

hi joanie,

I just carried out a debug by reading lines in pluma, and I
think
we
can
see the problem better.

between SPEECH OUTPUT: '1300' and SPEECH OUTPUT: '1400'

https://www.dropbox.com/s/u7vfbjglqt1oqkd/debug-2022-04-23-09%3A05%3A38.out?dl=1

thanks again for the help, and a correction if possible :)

Jerem
Le 21/04/2022 à 14:39, Joanmarie Diggs a écrit :

Hey Jerem.

I'd be happy to look at a new one, but my guess is that
I'll
see
the
same thing.  Let's see....

--joanie

On Thu, 2022-04-21 at 14:25 +0200, Jérémy Prego via orca-
list
wrote:

hello joanie?

I didn't want to do anything else while smplayer was
closing so
as
not
to overload the debug.

on the other hand I can make a debug which shows the
problem by
reading
a text in pluma for example

could this help to understand if there is a problem?

Jerem
Le 21/04/2022 à 13:51, Joanmarie Diggs a écrit :

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


_______________________________________________
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

_______________________________________________
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

_______________________________________________
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

_______________________________________________
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

_______________________________________________
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
[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]