Re: [orca-list] orca responding slow in thunderbird message tree

[Peter Vágner <pvdeejay gmail com>]

Hello,
Now I have much more usefull info regarding this thunderbird issue. I am 
also CC-ing Marco and Trev because I was flooding them with Thunderbird 
related issues which affect me. I believe now I don't need to downgrade 
since I do have somewhat buggy workaround. Rrestarting orca fixes the 
issues and allows me to work as normal until the issue reappears again.
After I have looked into orca's debug output I have found out 
thunderbird generates too much events like this until corresponding 
process hangs. I don't understand the architecture properly to say what 
freezes but I assume that's some at-spi internal process because 
thunderbird keeps running and after restarting orca everything is back 
to normal.
Here are a few lines from the orca's debug output.

vvvvv PROCESS OBJECT EVENT object:text-changed:delete:system vvvvv
OBJECT EVENT: object:text-changed:delete:system detail=(4,1,á)
app.name='Thunderbird' name='None' role='label' state='enabled 
horizontal opaque sensitive showing visible selectable text' relations=''
Script for event: Thunderbird (module=orca.scripts.apps.Thunderbird.script)
TOTAL PROCESSING TIME: 0.0012
^^^^^ PROCESS OBJECT EVENT object:text-changed:delete:system ^^^^^

DEQUEUED OBJECT:TEXT-CHANGED:INSERT:SYSTEM <----------

vvvvv PROCESS OBJECT EVENT object:text-changed:insert:system vvvvv
OBJECT EVENT: object:text-changed:insert:system detail=(4,1,o)
app.name='Thunderbird' name='None' role='label' state='enabled 
horizontal opaque sensitive showing visible selectable text' relations=''
Script for event: Thunderbird (module=orca.scripts.apps.Thunderbird.script)
TOTAL PROCESSING TIME: 0.0031
^^^^^ PROCESS OBJECT EVENT object:text-changed:insert:system ^^^^^

DEQUEUED OBJECT:TEXT-CHANGED:DELETE:SYSTEM <----------

vvvvv PROCESS OBJECT EVENT object:text-changed:delete:system vvvvv
OBJECT EVENT: object:text-changed:delete:system detail=(6,4,a sa)
app.name='Thunderbird' name='None' role='label' state='enabled 
horizontal opaque sensitive showing visible selectable text' relations=''
Script for event: Thunderbird (module=orca.scripts.apps.Thunderbird.script)
TOTAL PROCESSING TIME: 0.0009
^^^^^ PROCESS OBJECT EVENT object:text-changed:delete:system ^^^^^

I believe this is the text-changed event coresponding with statusbar 
label. The veirrd thing is that it splits chunks to random groups of 
characters most frequently 4, 5 or 6 characters long chunks. Orca tries 
to process it as these events arrive. However orca ignores some events 
if these are arriving too quickly and the result is that we will get 
crippled live region announcements. Disabling live regions will stop 
those anouncements but it will not stop this flood of events.
Thunderbird is flooding until something like this happens...

vvvvv PROCESS OBJECT EVENT object:text-changed:insert:system vvvvv
OBJECT EVENT: object:text-changed:insert:system detail=(0,4,Hľad)
app.name='Thunderbird' (exception getting relation set)name='None' 
role='label' state='enabled horizontal opaque sensitive showing visible 
selectable text' relations=''
Script for event: Thunderbird (module=orca.scripts.apps.Thunderbird.script)

Traceback (most recent call last):
File "/usr/lib/python3.3/site-packages/orca/event_manager.py", line 207, 
in _dequeue
self._processObjectEvent(event)
File "/usr/lib/python3.3/site-packages/orca/event_manager.py", line 542, 
in _processObjectEvent
script.processObjectEvent(event)
File "/usr/lib/python3.3/site-packages/orca/script.py", line 424, in 
processObjectEvent
self.listeners[key](event)
File 
"/usr/lib/python3.3/site-packages/orca/scripts/apps/Thunderbird/script.py", 
line 509, in onTextInserted
Gecko.Script.onTextInserted(self, event)
File 
"/usr/lib/python3.3/site-packages/orca/scripts/toolkits/Gecko/script.py", line 
1124, in onTextInserted
self.liveMngr.handleEvent(event)
File "/usr/lib/python3.3/site-packages/orca/liveregions.py", line 182, 
in handleEvent
message = self._getMessage(event)
File "/usr/lib/python3.3/site-packages/orca/liveregions.py", line 419, 
in _getMessage
txt = sourceitext.getText(0, -1)
File "/usr/lib/python3.3/site-packages/pyatspi/text.py", line 409, in 
getText
return Atspi.Text.get_text(self.obj, startOffset, endOffset)
gi._glib.GError: The process appears to be hung.

DEQUEUED OBJECT:TEXT-CHANGED:DELETE:SYSTEM <----------



And after this moment no more events are processed from thunderbird and 
the restart of orca is needed.
Of course while the flood happens it is not possible to control orca 
including access to other apps. There are even events with an empty 
strings so either I am missunderstanding something or it can even be 
optimized a little.
So what to do next? Is this enough info to predict whether this is 
indeed a thunderbird issue? Should I report an issue at mozilla's 
bugzilla or other piece needs fixing?

Greetings

Peter

On 08.10.2013 01:50, Peter Vágner wrote:
> Hello,
> After upgrading to Gnome 3.10 which includes orca 3.10 this issue is 
> even more noticeable and unfortunatelly it's alarming.
> When message list updates either as a result of folder tree 
> manipulation or even after using the filter window orca tends to 
> freeze for a few seconds up to few minutes when there are a lot of 
> messages inside the folder.
>
> Hopefully this is not going to be like it used to be years ago. I was 
> always prefering Windows over linux because of huge delays and freezes 
> while manipulating lists and tables. Unfortunatelly this feels really 
> verry similar to me.
>
> Greetings
>
> Peter
>
> On 01.10.2013 13:37, Peter Vágner wrote:
> > Hello,
> > I am running thunderbird open all day long because of instant 
> > messaging and lightning calendars thus slower startup is not a big 
> > issue for me at this point.
> > However I tried to narow down the issue by trying what you are 
> > suggesting. I have found out most likelly this is related to the 
> > folder treeview manipulation. For example I will open inbox folder 
> > with some 1500 messages inside, I can feel a freeze until I can 
> > interact with the app again. However after going back to the folders 
> > treeview and collapsing the inbox and moving up to the email accound 
> > causes another freeze. In this scenario no messages are waiting to be 
> > fetched I assume.
> >
> > Greetings
> >
> > Peter
> >
> >
> > On 01.10.2013 12:50, Jakob Herrmann wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Hi,
> > >
> > > I can partially reproduce the problem which sometimes also occured in
> > > older versions of Orca and TB. For me, it looks like this issue occurs
> > > when lots of messages/headers are synchronized from 1 or several
> > > accounts. It also sometimes takes >=15sec until TB is loaded and
> > > vissible for me, but this has also happened in the past.
> > > What you could try is to wait some time (maybe 1min or so) to make
> > > sure syncing accounts is complete. Does the issue still occure?
> > >
> > > Cheers,
> > > Jakob
> > > - -- - ------------------------------
> > > My public key: http://infosprinter.com/stuff/jhk2.key
> > > -----BEGIN PGP SIGNATURE-----
> > > Version: GnuPG v2.0.21 (GNU/Linux)
> > > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
> > >
> > > iQIcBAEBAgAGBQJSSqjrAAoJEOl7hkDId7Ymh0AP/01fla4PtgiSZBhalgF5w1CL
> > > RsT+21X/1mkk1KPO8ZH57rD8W0fK3l4egk9MgLLxzuxGEne8Bzitp6AkfvHMreCI
> > > xfAMSpqomZg/6gl8Lcqk5T1vVk01/g75a9cEx4pEKjjikF+4tv6Bcy0+v9vLHenQ
> > > MvKybLU4WcxZ8YBMyuBXnvH7ORxlaY9uRrR0blFAN2UzI1CHXhfFCyYeQfZ9AFs4
> > > 2Y+W8YbVWLs+4qXkSAX5YJ1t6hv4hSjpVoapML2QUKkXAUMwj2yOjwwikVcRFTMU
> > > +SLoGUMwExa4eabyf8pcfOCbQaeKVW4vjJ3VHek58wln+FnoWg5C/X0taRzycNSe
> > > LuqqCvNB+utvarKlKuCJgNnVsDsYQSvDD/nN2z5TnAWH5XaLwUSXdJ6xEeQ/Wmrp
> > > R8ntkeg5LWJAvp1Q15KANwTu7AQ5BravaeOtisLAGSBz3T4A56rGGgO7NbRLWqay
> > > uLJfIDPeeAhlEF+1r8YGKGZZSrW3RbvEDf+aL7V+xVbim5m1X9noFRhbvYri+2vq
> > > gBZM9dyuh1Y8i4hmktPaXBE8MwbIaTXLRhYvUF8UizS4iuPpzL+aFvVTah7p1Dik
> > > UeBSNNxgJtXqb0e20D/ulaCCZ5bgL77xj3vw4Iq53bgTVZAbLRKvOsqHf+fh3yza
> > > ESwZwQwd0lwGVoyzk7FS
> > > =5gGN
> > > -----END PGP SIGNATURE-----
> > > _______________________________________________
> > > orca-list mailing list
> > > orca-list gnome org
> > > https://mail.gnome.org/mailman/listinfo/orca-list
> > > Visit http://live.gnome.org/Orca for more information on Orca.
> > > The manual is at 
> > > http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
> > > The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
> > > Log bugs and feature requests at http://bugzilla.gnome.org
> > > Find out how to help at http://live.gnome.org/Orca/HowCanIHelp