Bug 508257

Summary: MenuStrip: submenu retains "focused" state when a submenu item has focus
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: P3 - Medium 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-29 15:57:45 UTC 
PROBLEM STATEMENT

When navigating through the menu items of a submenu of a MenuStrip, the submenu's "menu" accessible retains the "focused" state despite a single menu item of the submenu actually having keyboard focus.  Our behavior here does not match Gtk's behavior.

REPRO

1.  Run Accerciser, click on the "Interface Viewer" tab, and expand the "Accessible" expander.
2.  Run uia2atk/test/samples/menustrip.py
3.  In Accerciser's left pane, browse to and select the "New" menu accessible, which is a child of the "File" menu.  This will allow us to monitor the states of the "New" menu accessible.
4.  Press Alt+tab to return to the "MenuStrip Control" (menustrip.py) window.
5.  Press Alt+f to open the "File" menu
6.  Press Down
7.  Press Right.  At this point the "Document" menu item of the "New" submenu should have focus.

RESULTS

Despite the "Document" menu item having focus (and the "focused" state), the "New" menu has the "focused" state.

EXPECTED RESULTS

The "New" menu item should not have the "focused" state.  I have verified this behavior in Gtk using the gtkmenubar.py sample application.

COMMENTS

Currently, this only happens when navigating with the keyboard
Comment 1 Feng Xia Mu 2009-07-02 08:19:53 UTC 
when navigating to the "File"-->"New"-->"Document" menu item, actually the "File" menu  , the "New" menu, the "Document" menu item all has the 'focused' state.I think the bug is similar to bug 503359