Bug 503725

Summary:	Menu, Menu item loses "focusable" state when that item becomes focused
Product:	[Mono] UI Automation	Reporter:	Brian Merrell <bgmerrell>
Component:	Winforms - General	Assignee:	E-mail List <mono-a11y-bugs>
Status:	NEW ---	QA Contact:	E-mail List <mono-a11y-qa>
Severity:	Normal
Priority:	P2 - High	CC:	cachen
Version:	Release 1.0
Target Milestone:	Release 1.1
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-14 03:05:18 UTC

ROBLEM STATEMENT

After having navigated to a ToolStripMenuItem that has the "focusable" state, the menu item accessible receives the "focused" state but loses the "focusable" state.

REPRO

1.  Run Accerciser, open the "Interface Viewer" tab, and expand the "Accessibles" expander to display the list of states
2.  Run uia2atk/test/samples/toolstripmenuitem.py
3.  In Accerciser's left pane, browse to and select the "Open" menu item (under the "File" menu) and notice in the interface viewer that the accessible has the "focusable" state
4.  Press Alt+F to open the file menu
5.  Press Down to select the "Open" menu item

RESULTS

The "Open" menu item accessible gains the "focused" state but loses the "focusable" state

EXPECTED RESULTS

The "Open" menu item accessible should not lose the "focusable" state

COMMENTS

As far as I can tell, Gtk accessibles don't lose the "focusable" state when they become focused.

Comment 1 Brian Merrell 2009-05-14 03:07:53 UTC

Setting to P2.  I think it is really important that we get these state bugs nailed down.  This bug creates issues for several tests.

Comment 2 Ray Wang 2009-05-14 03:48:19 UTC

*** Bug 503359 has been marked as a duplicate of this bug. ***

Comment 3 calen chen 2009-06-02 07:03:31 UTC

*** Bug 508974 has been marked as a duplicate of this bug. ***

Comment 4 calen chen 2009-06-04 02:07:45 UTC

*** Bug 509436 has been marked as a duplicate of this bug. ***

Comment 5 Ray Wang 2009-06-19 02:21:43 UTC

It's the same situation for Menu control in MenuStrip sample (you can try "New" menu as a example)

Comment 6 Feng Xia Mu 2009-07-02 08:09:08 UTC

I'm a little confused, the gtkMenuBar has the same problem, 

REPRO
1.  Run uia2atk/test/samples/gtkmenubar.py
2.  Run Accerciser, open the "Interface Viewer" tab, and expand the
"Accessibles" expander to display the list of states
3.  In Accerciser's left pane, expand the "File" menu and "Open Recent" menu under it,   select the "foo" menu item .
4.  Press Alt+F to open the file menu
5.  Press Down and Right to select the "foo" menu item

OUTPUT:
the "foo" menu item loss 'focusable' but added 'focused'.

Comment 7 Brian Merrell 2009-07-02 15:36:27 UTC

(In reply to comment #6)

[snip]

> 
> OUTPUT:
> the "foo" menu item loss 'focusable' but added 'focused'.

I believe that the "foo" menu item never has the "focusable" state, so it is not exactly related to this bug.  The behavior I see is more like Bug 512261.  Regardless, I have logged the GNOME bug here:

http://bugzilla.gnome.org/show_bug.cgi?id=583748

Comment 8 Feng Xia Mu 2009-07-03 08:12:01 UTC

(In reply to comment #7)

Brian you are right, thanks:)

Comment 9 Feng Xia Mu 2009-07-03 09:17:21 UTC

I think many controls menu, menu item have the  similar problem like this bug, if you can verify the bug you can verify those:
bug 512261 - ToolStripCombBox menu items receive "focused" state, but do not have "focusable" state 
bug 508974 - Menu: focusable state is changed to focused states
bug 484228 - ComboBox: Menu under ComboBox has extraneous "focusable" and "focused" states
bug 506744 - Drop-down CombBox menu items receive "focused" state, but do not have "focusable" state
bug 506745 - DropDownList combo box receives "focused" state, but do not have "focusable" state
bug 509872 - ContextMenuStrip: menu items receive "focused" state, but do not have "focusable" state
bug 519114 - ComboBox_dropdown: since menu items under ComboBox can be "focused" they should have "focusable" states

Comment 10 Brad Taylor 2009-07-14 16:08:31 UTC

Move all P1 and P2 bugs into Release 1.1 milestone.