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 325917 - braille shows nothing at times when chatting in gaim
braille shows nothing at times when chatting in gaim
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: braille
0.2.x
Other All
: Normal normal
: ---
Assigned To: Willie Walker
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-05 22:00 UTC by Mike Pedersen
Modified: 2006-03-07 17:12 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Mike Pedersen 2006-01-05 22:00:28 UTC
Please describe the problem:
When entering text into the message braille frequently shows at most one
character.  This is easiest to reproduce when starting a new chat.  

Steps to reproduce:
1. 
2. 
3. 
1. start a chat session
2.  type some text
3.  you probably will se at most one character on the display
4.  if you actually see what you type go back and forth chatting with someone
and the problem will shortly show up

Actual results:
Only at most one character is shown

Expected results:
I would expect to see what I am typing similar to the way orca displays other
edit controls.

Does this happen every time?
no

Other information:
Comment 1 Willie Walker 2006-01-06 21:45:01 UTC
I've been able to reproduce this once.  Very odd.  I will investigate more.
Comment 2 Willie Walker 2006-01-10 15:13:17 UTC
I cannot reproduce this problem after numerous attempts.  Please set the following in your ~/.orca/user-settings.py and rerun Orca:

debug.setDebugLevel(debug.LEVEL_ALL)
f = open('debug.out', 'w', 0)
debug.setDebugFile(f)

When you reproduce the problem, quit Orca and save debug.out somewhere.  Then, please attach the debug.out file to this bug.  Note that the file will contain lots of debug information, so please try to make sure you restrict your run of Orca to reproducing this problem.
Comment 3 Willie Walker 2006-01-17 19:08:02 UTC
I took a look at the trace you sent me off line.  From what I can tell, the text area where you type is losing focus and never regaining it in the AT-SPI sense even though it is regaining it from the GTK toolkit sense.  As a result, the script logic is incorrectly presenting text inserted events on the text area where you type.  

This is a very difficult problem to reproduce - I wish we had a sequence of steps to follow that would make this appear in a predictable manner.  But, it looks like an intermittment problem, so we're kind of hosed.  The "right thing" to do here would be to verify this is a toolkit bug and track it.  Given the difficulty in reproducing this problem, though, I think finding an alternative script logic might be the more expedient thing for Orca.  I'll leave this bug open until I can come up with more bullet-proof logic.
Comment 4 Willie Walker 2006-03-07 17:12:19 UTC
Created a workaround in gaim.py to manage issues with the text area not getting focus properly.