Created attachment 310956 [details]
A testing e-mail message

Created attachment 310957 [details]
A good working debug.out file result after I doed some TAB and SHIFT+TAB keystrokes the "Silent" widgets

Joanie, I attaching a good result produced debug.out file after I doed some TAB and SHIFT+TAB keystrokes the "silent" widgets.
I jump entire dialog the TAB key, and jump back all widgets the SHIFT+TAB key combination when the caret lands the "Nyomtatás" push button.
Have chance this issue is a Mozilla Thunderbird or Gecko toolkit related issue, but I am not full sure this.
Can you looking proper parts the two debug file? What the difference the two debug files?

Attila

Uh oh, this issue is not only Thunderbird application specific issue.
In Firefox 40.0 happening equals issue. When I press CTRL+P keystroke, Orca says only the print dialog title, and skyp print dialog window informations announce (the window frame and focused page tab entry). When I using TAB keystrokes, equals issue happening.
I will attaching a Firefox related debug.out file.

Attila

Created attachment 310958 [details]
A Firefox 40.0 version related debug file when I try moving print dialog widgets with TAB and SHIFT+TAB keystrokes

Joanie, here the promised Firefox related debug file.
When I moving dialog widgets into the print dialog, happening similar issue with I experienced in the Thunderbird print dialog. When the TAB key jumps the "nyomtatás" push button and I using SHIFT+TAB keystroke to jump back all available dialog widgets, every dialog widget is right accessible.

Attila

Should be fixed in master. Please test. Thanks!

Hi Joanie,

In Thunderbird 38.2.0 the print dialog works good, except the PDF radio button, with inaccessible when after CTRL+P keystroke I use simple the TAB keystroke.
Other widgets in Thunderbird print dialog is full accessible now. When the print dialog is focused, Orca right announce window title, the frame and focused page tab related informations.

In Firefox 40.0 when I press the CTRL+P keystroke, Orca first announce only the dialog title text (hungarian language the nyomtatás text), but not announce the focused frame and page tab related informations.
When I using the TAB keystroke, this dialog not accessible the PDF format related radio button, but other widgets is full accessible now when I using the tab keystroke after the dialog is focused.
If need, I will attaching tomorrow morning fresh debug.out files with Firefox and Thunderbird print dialogs related.

Anyway, thank you the doed fix, more better usable now with Firefox and Thunderbird print dialogs.

Attila

Ok, I worked around page tabs and radio buttons. Any more?

Created attachment 311034 [details]
A debug file with a possible small issue related

Hi Joanie,

Everithing works right now when I using the TAB keystroke after CTRL+P key press, both Firefox and Thunderbird print dialogs. Thank you the committed fix.
I have got few questions before closing this bug with resolved, fixed state, possible not need doing anything with Orca side:
1. If I in Firefox press the CTRL+P keystroke, Orca says window title (the nyomtatás text) and focused page tab related informations, but before the nyomtatás text skyp the window frame related informations. This is right your openion in Firefox print dialog?
In Thunderbird 38.2.0 when I activating the print dialog with CTRL+P keystroke, Orca says nyomtatás frame, the nyomtatás text and focused page tab related informations.

2. Both Firefox and Thunderbird print dialog when the focus lands the general page tab (the általános page tab name with hungarian language), when I using SHIFT+TAB keystroke twice, happening following thing:
When I doing the first SHIFT+TAB key press, the focus lands the cancel button (the mégse labelled push button with hungarian language).
When I press again the SHIFT+TAB keystroke, the focus lands a check box with related the page order. Visually what widget lands the focus? This situation when I trying jumping the print button with TAB keystroke, I need press more tab keys to the focus lands the print button again.
Testcase:
1. Firefox or Thunderbird press the CTRL+P keystroke.
2. Press two time the SHIFT+TAB keystroke, and try navigating the print button with TAB key.

I looked what order have the cancel button and print button When I moving between dialog widgets after the CTRL+P keystroke. After the page order related check box have the cancel button and print button, so I don't understand SHIFT+TAB keystroke why not jumping the right widgets when the general page tab is focused after the Print dialog get focus.

Anyway, the committed print dialog related fixes resulted Orca users the Firefox and Thunderbird print dialogs is full accessible again, thank you your wonderful work this fixes related.

Attila

With respect to your first item: What do you think Orca should say?

With respect to your second item: Orca does not override Tab and Shift+Tab. It just presents where you move. So if you're saying you don't like where Tab and Shift+Tab place you, there's nothing I can do about that.

Created attachment 311088 [details]
Debug file with Thunderbird print dialog window information announce related

Hi Joanie,

With first question related:
If when Firefox Print dialog activation happening Orca says the Window title, the frame rolename, the print text and focused page tab related informations, this is fine.
The now attached debug.out file shows what happening when Thunderbird activated the print dialog. In Thunderbird Print dialog Orca says this order the print dialog related informations after the dialog get focus.
I don't no now why skip Orca in Firefox print dialog the window frame related information.
In the Firefox related created debug.out file I see following information:
"INFO: [dialog | Nyomtatás] is not in document content. Calling default speech generator.

PREPARATION TIME: 0.0005
generate speech for unfocused app.name='Firefox' name='Nyomtatás' role='dialog' state='active enabled modal resizable sensitive showing visible' relations='' (args={'recursing': True, 'role': <enum ATSPI_ROLE_DIALOG of type AtspiRole>, 'formatType': 'unfocused', 'priorObj': None, 'mode': 'speech'}) using 'oldAncestors + newAncestors + expandedEOCs or (labelOrName + unrelatedLabels) + newNodeLevel + unselectedCell + clickable + hasLongDesc + (tutorial and (pause + tutorial) or []) + description'
GENERATION  TIME: 0.0001  ---->  oldAncestors=[]
script_utilities.commonAncestor...
GENERATION  TIME: 0.0001  ---->  newAncestors=[]
GENERATION  TIME: 0.0001  ---->  expandedEOCs=[]
GENERATION  TIME: 0.0002  ---->  labelOrName=['Nyomtatás', {'family': {'dialect': 'none', 'locale': 'hu', 'name': 'magyar'}, 'average-pitch': 3.0, 'rate': 90.0}]
GENERATION  TIME: 0.0005  ---->  unrelatedLabels=[]
GENERATION  TIME: 0.0002  ---->  newNodeLevel=[]
GENERATION  TIME: 0.0001  ---->  unselectedCell=[]
GENERATION  TIME: 0.0001  ---->  clickable=[]
GENERATION  TIME: 0.0001  ---->  hasLongDesc=[]
GENERATOR: getTutorial
           obj             = Nyomtatás
           role            = dialog
           alreadyFocused  = False
           utterances:
GENERATION  TIME: 0.0002  ---->  tutorial=[]
GENERATION  TIME: 0.0001  ---->  description=[]
COMPLETION  TIME: 0.0024
generate speech results:
  Nyomtatás
  {'family': {'dialect': 'none', 'locale': 'hu', 'name': 'magyar'}, 'average-pitch': 3.0, 'rate': 90.0}
SPEECH OUTPUT: 'Nyomtatás'
TOTAL PROCESSING TIME: 0.0118
^^^^^ PROCESS OBJECT EVENT window:activate ^^^^^

DEQUEUED OBJECT:STATE-CHANGED:ACTIVE [DIALOG | NYOMTATÁS] (1,0,0) FROM [APPLICATION | FIREFOX] <----------

vvvvv PROCESS OBJECT EVENT object:state-changed:active vvvvv
OBJECT EVENT: object:state-changed:active              detail=(1,0,0)
    app.name='Firefox' name='Nyomtatás' role='dialog' state='active enabled modal resizable sensitive showing visible' relations=''
Script for event: Firefox (module=orca.scripts.apps.Mozilla.script)
WEB: Event source is not in document content
GECKO: Passing along event to default script"

I will attaching the Firefox related debug file with next comment.

If not possible fixing this frame information related issue the Firefox Print dialog related, feel free you close this bug with resolved, fixed state.

Attila

Created attachment 311089 [details]
The wrong Firefox print dialog announce related debug file

This is the Firefox print dialog related debug file, this debug.out file hopefully showing Orca why skyp frame announcement when the dialog get focused state.

Attila

Ohhhh. I think I know what you're talking about. Here's what happens visually:

In Thunderbird, you press Ctrl+P and a small window (frame) appears. A second later, the print dialog appears.

In Firefox, you press Ctrl+P and the print dialog appears.

So if you are saying, "why isn't Orca speaking the frame it does for Thunderbird?" then the answer is: It's not there in Firefox.

Hi Joanie,

Thank you to you describe what happening visually both two print dialogs, now I full understand Orca why skipping the frame information announcement when in Firefox activated the print dialog.
Because with Firefox and Thunderbird print dialogs presents different way, Orca producing both two situations the expected result.
So, I happy closing now this bug with resolved, fixed state.
Thank you you all doed fixes this two print dialogs related.

Attila