Test case attached. I am able to reproduce this bug on Mozilla 1.2(Gecko/20021126), WinXP. nsIAccessible's accKeyboardShortcut is returning empty string as keyboard shortcut for xultextbox node.. I will try to reproduce this on other builds and update the bug. Previously this test case was working fine. I was able to get shortcut.

I think the problem is get getKeyboardShortcut doesn't look to see if there's an accesskey on the <label control="foo"> for the element. We have code to look for the label in GetXULName().

It seems to work, but I want to clean it up and test more.

Comment on attachment 151116 [details] [diff] [review] Use GetHTMLLabel() and GetXULLabel() to return label nodes so we can get name or accesskey from it To test with HTML: use http://bugzilla.mozilla.org/attachment.cgi?id=133361&action=view To test in XUL: try the loc_a_tion edit box in Prefs->Navigator

/cvsroot/mozilla/accessible/src/base/nsAccessibilityAtomList.h,v <-- nsAccessibilityAtomList.h new revision: 1.6; previous revision: 1.5 done Checking in accessible/src/base/nsAccessible.cpp; /cvsroot/mozilla/accessible/src/base/nsAccessible.cpp,v <-- nsAccessible.cpp new revision: 1.110; previous revision: 1.109 done Checking in accessible/src/base/nsAccessible.h; /cvsroot/mozilla/accessible/src/base/nsAccessible.h,v <-- nsAccessible.h new revision: 1.49; previous revision: 1.48 done Checking in accessible/src/xul/nsXULSelectAccessible.h; /cvsroot/mozilla/accessible/src/xul/nsXULSelectAccessible.h,v <-- nsXULSelectAccessible.h new revision: 1.17; previous revision: 1.16 done