Bugzilla – Bug 508257
MenuStrip: submenu retains "focused" state when a submenu item has focus
Last modified: 2009-07-02 08:19:53 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
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