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 409736 - [blocked] Orca does not announce the beginning of strings pasted into thunderbird/firefox
[blocked] Orca does not announce the beginning of strings pasted into thunder...
Status: RESOLVED NOTGNOME
Product: orca
Classification: Applications
Component: speech
2.17.x
Other All
: High major
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks: 404403 404409
 
 
Reported: 2007-02-19 20:12 UTC by Joanmarie Diggs (IRC: joanie)
Modified: 2007-06-12 20:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18


Attachments
aforementioned debug.out (219.29 KB, text/plain)
2007-02-19 20:13 UTC, Joanmarie Diggs (IRC: joanie)
Details

Description Joanmarie Diggs (IRC: joanie) 2007-02-19 20:12:16 UTC
Steps to reproduce:
1. Create a new message in thunderbird.
2. Type "this is a test.", select that line and copy it.
3. Move to the end of that line, press Return for a new line, and use Control V to paste the copied text.

Expected results:
Orca would say "this is a test." because that is the text that was pasted.  

Actual results: 
Orca says "is is a test." (chopping off the initial "th" of "this").

Full debug.out to follow.
Comment 1 Joanmarie Diggs (IRC: joanie) 2007-02-19 20:13:22 UTC
Created attachment 82910 [details]
aforementioned debug.out

See the object:text-changed:insert event which begins at line 3121.
Comment 2 Rich Burridge 2007-03-02 18:57:41 UTC
What's happening here is that when you paste in the text,
the onTextInserted() method in the Thunderbird.py script
is being called. This scenerio doesn't match the if test 
there for auto-completion, so falls through to the line 
to call:

  Gecko.Script.onTextInserted(self, event)

There is no onTextInserted() routine in the Orca Gecko 
class, so it calls the one in default.py.

There is a line of code there (about line 2239 in 
default.py):

        text = event.any_data

which for the test case:

`This is a test
` 

is setting text to 

`his is a test
`

(another test run set it to:

`s is a test
`
)

This seems broken. Firefox/Thunderbird accessibility bug or
should we be getting the text associated with an
"object:text-changed:insert" event for Firefox/Thunderbird
in a different way?
Comment 3 Willie Walker 2007-03-04 15:32:00 UTC
If the any_data of the text-inserted event doesn't match the text that was inserted, then this seems like a Firefox/Thunderbird bug.  :-(
Comment 4 Rich Burridge 2007-03-30 17:48:01 UTC
I've filed a bug against Thunderbird on this problem. See:
https://bugzilla.mozilla.org/show_bug.cgi?id=376013
Setting Summary to indicate we are currently "[blocked]".
Comment 5 Joanmarie Diggs (IRC: joanie) 2007-05-09 14:28:09 UTC
This is an issue in Firefox as well. :-(
Comment 6 Willie Walker 2007-05-25 16:27:17 UTC
Removing target milestone from [blocked] bugs.  We have little control over them, so we're better off letting priority and severity be our guide for poking the related components.
Comment 7 Joanmarie Diggs (IRC: joanie) 2007-06-12 20:34:42 UTC
The Mozilla bug has been fixed.  I have verified that we're correctly speaking pasted text in both Thunderbird and Firefox.  Closing as NOTGNOME.