After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 509423 - Orca is not reading first character on some gnome-terminal inserted lines
Orca is not reading first character on some gnome-terminal inserted lines
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Orca Maintainers
Orca Maintainers
: 550193 573992 (view as bug list)
Depends on: 509769
Blocks:
 
 
Reported: 2008-01-14 17:30 UTC by Javier
Modified: 2010-09-14 09:10 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description Javier 2008-01-14 17:30:10 UTC 
Please describe the problem:
In gnome-terminal when you perform E.G date command, Orca missing the first character of the output information.

Steps to reproduce:
1. Open a gnome-terminal  
2. Type date to get current date/time information.


Actual results:
Orca reads date and time information, but first character of the ouput is not read.
It's only speak "on Jan 14 18:54:30 cet 2008"

Expected results:
Orca should speak "Mon Jan 14 18:54:30 cet 2008"

Does this happen every time?
Yes

Other information:
Same happends with gnome-mud application which uses a VTE component to present information.
Comment 1 Rich Burridge 2008-01-15 21:21:51 UTC 
Definitely intermittent, but I did see it once. I suspect it's
yet another gnome-terminal problem, but I need to evaluate it further
before I file such a bug.
Comment 2 Rich Burridge 2008-01-15 22:12:08 UTC 
Yup, it's a gnome-terminal (or more likely at vte) bug.
I've filed bug #509769 against vte for this problem and 
am blocking this one.
Comment 3 Willie Walker 2008-03-04 17:20:04 UTC 
From Steve Holmes on the Orca list:

"The best way to demo it is to run a script or something that will spiew text to the screen and just sit back and let Orca speak whatever is written to the screen.  My podcatcher encounters this quite often.  Some times however, the first character will be spoken but more often than not, it is not spoken."
Comment 4 Willie Walker 2009-03-03 22:46:07 UTC 
*** Bug 573992 has been marked as a duplicate of this bug. ***
Comment 5 Sam 2009-03-11 19:37:34 UTC 
 So, how do we start or troubleshoot the gnome-terminal or vte functionality?
I tried to check the vte homepage but it defaults to bugzilla.gnome.org.
Comment 6 Willie Walker 2009-03-13 13:50:44 UTC 
(In reply to comment #5)
>  So, how do we start or troubleshoot the gnome-terminal or vte functionality?
> I tried to check the vte homepage but it defaults to bugzilla.gnome.org.

The vte applicaton can be run standalone and the sources for it live in GNOME svn:

http://svn.gnome.org/svn/vte/trunk/

The accessibility implementation lives in http://svn.gnome.org/svn/vte/trunk/src/vteaccess.c

A way to debug this might be to write a very small pyatspi-based application that listens for text-inserted events and outputs the 'any data' value that says what was inserted.  I think something might be amok with that.
Comment 7 Willie Walker 2009-04-30 17:08:27 UTC 
*** Bug 550193 has been marked as a duplicate of this bug. ***
Comment 8 Joanmarie Diggs (IRC: joanie) 2010-09-14 09:10:27 UTC 
I can no longer reproduce this issue using vte/gnome-terminal from Maverick. If in the latest gnome-terminal this issue is still reproducible, let's come up with a new and definitive test case that even a VTE dev can perform. <grins>