RESOLVED FIXED 69440
AccessibilityMenuList does not fire change notification when popup is not open.
https://bugs.webkit.org/show_bug.cgi?id=69440
Summary AccessibilityMenuList does not fire change notification when popup is not open.
Dominic Mazzoni
Reported 2011-10-05 10:19:50 PDT
On Mac OS X, an AccessibilityMenuList only changes when the popup is visible. On other platforms, it can be changed when focused by pressing the arrow key, but no platform accessibility notification is being sent.
Attachments
Patch (2.04 KB, patch)
2011-10-05 13:00 PDT, Dominic Mazzoni
no flags
Patch (5.81 KB, patch)
2011-10-11 02:12 PDT, Dominic Mazzoni
no flags
Patch for landing (5.93 KB, patch)
2011-10-11 13:27 PDT, Dominic Mazzoni
no flags
Dominic Mazzoni
Comment 1 2011-10-05 13:00:41 PDT
chris fleizach
Comment 2 2011-10-05 15:27:34 PDT
Comment on attachment 109843 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=109843&action=review layout test needed. otherwise seems ok > Source/WebCore/accessibility/AccessibilityMenuList.cpp:96 > + popup->didUpdateActiveOption(optionIndex); i think we should take this patch to verify (outside of ASSERT) that childObjects[0].get() actually is a AccessibilityMenuListPopup, by doing something like if (childObjects[0]->isMenuListPopup())
Dominic Mazzoni
Comment 3 2011-10-05 15:53:29 PDT
Sure, happy to add that additional check. As for the layout test, tests that check for notifications have to be platform-specific currently. Would it be okay to check for this notification on Mac OS X even though it isn't strictly needed there? It'd be more trouble to develop the test as Win or GTK specific. I'm also planning to add a Chromium AccessibilityController soon.
chris fleizach
Comment 4 2011-10-05 15:57:03 PDT
(In reply to comment #3) > Sure, happy to add that additional check. > > As for the layout test, tests that check for notifications have to be platform-specific currently. Would it be okay to check for this notification on Mac OS X even though it isn't strictly needed there? It'd be more trouble to develop the test as Win or GTK specific. Yes I think that's acceptable. With this fix we mainly want to check that a notification is received (not that it's received by a specific platform) > > I'm also planning to add a Chromium AccessibilityController soon. Great!
Dominic Mazzoni
Comment 5 2011-10-11 02:10:30 PDT
Turns out that this notification doesn't even exist on Mac OS X, so I decided I'm adding a generic test and a Chromium expectations file, and then if we want we can add expectations for any other platform that passes.
Dominic Mazzoni
Comment 6 2011-10-11 02:12:31 PDT
chris fleizach
Comment 7 2011-10-11 07:58:24 PDT
Comment on attachment 110487 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=110487&action=review r=me with minor layout changes > LayoutTests/accessibility/menu-list-sends-change-notification.html:20 > + layoutTestController.notifyDone(); you should also remove the notification listener when done with this layout test
Dominic Mazzoni
Comment 8 2011-10-11 13:27:08 PDT
Created attachment 110564 [details] Patch for landing
WebKit Review Bot
Comment 9 2011-10-11 13:45:33 PDT
Comment on attachment 110564 [details] Patch for landing Clearing flags on attachment: 110564 Committed r97177: <http://trac.webkit.org/changeset/97177>
WebKit Review Bot
Comment 10 2011-10-11 13:45:38 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.