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 750084 - With latest master branch Orca version in Thunderbird message compose window doesn't announce the to: text box label
With latest master branch Orca version in Thunderbird message compose window ...
Status: RESOLVED FIXED
Product: orca
Classification: Applications
Component: general
3.17.x
Other Linux
: Normal normal
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-05-29 06:28 UTC by Hammer Attila
Modified: 2015-05-31 02:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A full debug.out file with shows the wrong working method (146.43 KB, text/plain)
2015-05-29 06:28 UTC, Hammer Attila
Details
A good result showing full debug.out file (126.20 KB, text/plain)
2015-05-29 06:41 UTC, Hammer Attila
Details

Description Hammer Attila 2015-05-29 06:28:39 UTC
Created attachment 304214 [details]
A full debug.out file with shows the wrong working method

Dear Joanie,

With latest Orca master branch version of Orca doesn't announce the to: text box widget label in message compose window or repply dialog.
Simple testcase:
1. Launch Thunderbird.
2. Press CTRL+N keystroke.
Expected result both normal speech output and where am I command:
Orca need announce the to: label (címzett label in hungarian language), the text rolename and all other important informations.
Actual result:
Orca simple announce the text rolename both normal speech output and where am I command.
I attaching a full debug.out file with shows the wrong working method.
The interesting part beginning I think after the 2157TH line.
I choosed the general component, because in Braille not presents too the to: label in the to: entry widget.

Attila
Comment 1 Hammer Attila 2015-05-29 06:41:21 UTC
Created attachment 304215 [details]
A good result showing full debug.out file

I attaching a full debug.out file with shows the good working result.
The interesting part beginning I think the 2020TH line.
Before Orca sends final speech output, processing a table cell rolename related informations.

With labelOrName property get the "címzett:" hungarian label text.
In the wrong debug.out file Orca processing a table row rolename before final sends the speech output, and the labelOrName property get the [] value.
When I captured the full good result showing debug.out file, I need doing the git checkout 648ffe050bd614cf259d6445db043f2b1de1232f command.
So, possible this bug resulted the 563a6c125c1ea855e26359530065dde4eeb6a222 large commit.
I have possibility to testing bug fixes only with this day and saturday, because sunday we trawelling a two week holiday my wife.
I will seeing me e-mails after june 15TH again.

Attila
Comment 2 Joanmarie Diggs (IRC: joanie) 2015-05-30 22:53:59 UTC
Should be fixed in master. Please confirm.
Comment 3 Hammer Attila 2015-05-31 02:01:19 UTC
The fix works perfect, I closed now with this bug status with resolved, fixed state.
I have got a question, I see only an interesting problem with I not full sure this is a bug, or now the expected result in Orca master branch version:
If the speak tutorial message preference is enabled, first time when the focus lands the to: field, Orca speaks the entry widget related tutorial message after Orca announced all informations. If I using where am I command, this is happening right too.
When I press a TAB key, Orca right speaks the subject field related informations, but not speak the tutorial message. If I this situation using the where am I command, Orca speaks the tutorial message. If I this situation press a SHIFT+TAB keystroke, the to: field related Orca skypping the tutorial message speaking too.
Anyway, both where am I operation both the to: field and subject: field Orca announce always the tutorial message, so, I am not full sure this working method a bug or the expected result with Orca master branch version.
This working method is right?
Testcase:
1. In Thunderbird press CTRL+SHIFT+N keystroke after you enabled in Orca preferences the speech page with speak tutorial message check box.
2. Listen the to: field related informations. Orca now announce right all informations and the tutorial message.
3. Press the TAB keystroke. Orca speak all inportant informations, except the tutorial message.
4. Press the SHIFT+TAB keystroke. Orca speaks the to: field related informations, except the tutorial message.
If this is a bug and not the expected result, I will reporting this issue a new bug after june 15TH.
For example Orca 3.14 series version announce both the to: field and subject: field the tutorial message when the user using TAB and SHIFT+TAB keystrokes, I don't no what the case with Orca 3.16 series.

Attila
Attila
Comment 4 Joanmarie Diggs (IRC: joanie) 2015-05-31 02:29:24 UTC
My understanding of the original functionality of tutorial messages is that it should only be presented if it's not the same as the tutorial message just presented. In other words, if you type text in the to entry, you should hopefully know that you type text in the subject entry. That it was spoken all the time was a bug. And it was a bug that was fixes as part of the "stop always saying 'type in text' every time you press return or arrow into a new LibreOffice paragraph" fix. If you think Orca should always speak tutorial messages, please open a new bug and everyone can discuss. But at the moment, yes, the current behavior is the correct behavior.

By the way, happy vacation! :) :) I'll have fixes for you for other things upon your return.