Bug 506745

Summary: DropDownList combo box receives "focused" state, but do not have "focusable" state
Product: [Mono] UI Automation Reporter: Brian Merrell <bgmerrell>
Component: Winforms - GeneralAssignee: E-mail List <mono-a11y-bugs>
Status: NEW --- QA Contact: E-mail List <mono-a11y-qa>
Severity: Normal    
Priority: P4 - Low CC: cachen
Version: Release 1.0   
Target Milestone: ---   
Hardware: x86   
OS: openSUSE 11.1   
Whiteboard:
Found By: Integration Test Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Brian Merrell 2009-05-24 22:49:45 UTC 
PROBLEM STATEMENT

A DropDownList ComboBox control accessible receives the "focused" state, but does not have the "focusable" state.

REPRODUCTION STEPS

1.  Run uia2atk/test/samples/combobox_stylechanges.py
2.  Click on the "DropDownList" button of the combobox_stylechanges.py application.  (The default ComboBox style of the combobox_stylechanges.py application is "DropDown", which doesn't have this problem because the combo box is never actually focused).  
3.  Run Accerciser, open the "Interface Viewer" tab and expand the "Accessible"
expander.  (This will reveal the "States" list, which shows the current states
of the selected accessible.)
4.  In Accerciser's left pane, browse to and select the "combo box" accessible
5.  Use Alt+Tab to return to the combobox_stylechanges.py application (entitled "ComboBox Style Changes")
6.  Press Tab until the keyboard focus arrives at the ComboBox
7.  Notice the states in Accerciser's interface viewer (while the combobox_stylechanges.py application window is still active)

RESULTS

The combo box has the "focused" state, but has no "focusable" state

EXPECTED RESULTS

I would expect the menu item to have the "focusable" state

COMMENTS

Gtk+ has the same behavior we do.  I logged a GNOME bug here:  http://bugzilla.gnome.org/show_bug.cgi?id=583749