The accessible hierarchy in the Message Filters dialog appears to be seriously broken. I have attached a screenshot in the spirit of a picture being worth a thousand words. :) Here are the thousand words: There are two accessible tables in the dialog in question. The first is immediately after the group of three radio buttons; the second is after the label 'Perform these actions:'. If the first table has only one row of conditions (as is the case in the screenshot) the first table has a single child of ROLE_LIST_ITEM. Each column in the table is represented by a table cell (also seen in the screen shot). These four columns appear to be: * Combo box 1 ('Subject' in the screenshot) * Combo box 2 ('contains' in the screenshot) * Entry (with the text 'foo' in the screen shot) * The '+' push button Thus I would expect the first cell to have a single child (combo box 1), the second cell to have a single child (combo box 2), the third cell to have a single child (entry), and the fourth cell to have one (or two) children: The + (and greyed-out -) button(s). What I get is much different: The first table cell has zero children, the second table cell has zero children. The fourth table cell has zero children. And for some reason the third table cell has 10 children: 1. entry 2. combo box 3. combo box 4. entry 5. combo box 6. combo box 7. combo box 8. combo box 9. combo box 10. scroll pane Huh?? What makes matters worse is that the objects which claim focus are the childless table cells. So as a user Tabs amongst these items and Orca attempts to present the focused element, what we are told by Thunderbird to present are items with no name and no children and no reference to the real focused widget. As a result, we cannot really present anything. :(

In DOMi on Windows I see different picture: table controls everything is ok but no accessibles for list items and cells. Trevor, when you get a minute it'd be great if you can take a look.

Unfortunately this bug still exists with latest Thunderbird 16.0.1 stable release (I looked Linux version). If I would like to create a new message filter rule, every importanter controls in the create new filter dialog are accessible, except some empty lists and the folder selection combo box. Similar the problem if I want editing an existing message filter rule and want changing for example the folder with need moving the incoming message. Attila

Attila, do I understand you correctly that you are still able to do what you need, or is the bug completely blocking you?

Daniel, this bug complete blocking to visual impaired user possible creating or editing a new message filter rule if need copying, moving a message a different folder. So, impossible to choose screen reader user the target folder with need copying or moving the filtered message. Attila

hm, I seem to remember trying to reproduce this a while ago and failing, but I'll try again.

Hi, in a daily the treeview inside the combobox is exposed with a mouse click or flat review click. Then Orca seems to be able to navigate correctly. This does not happen in a stable Thunderbird 17 that I also have installed. The user should be able to access the combobox and the treeview ist without simulating or clicking the mouse.

I'm seeing what'I see the same as comment 6. Joannie, Attila are you seeing something different?

Hy Trevor, I see similar thing with Thunderbird 19.0 latest nightly build version. If in message filter dialog I click the folder combo box with Orca modifier+7 keystroke, possible choosing the required folder with I want moving or copying the filtered message. But if I try this with simple arrow keys without I clicking the Orca modifier+7 keystroke the proper combo box, unable to possible select the required folder. In Thunderbird 17.0 version with awailable the Ubuntu 12.04 repository the Orca modifier+7 keystroke not help, for example the wrote combo box is silent. If you need another test, I will be doing you. Attila

This appears to have been fixed. I just looked in version 38.3.0.