[Webkit-unassigned] [Bug 122148] [ATK] Expose ARIA Busy state

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Oct 1 09:25:44 PDT 2013


https://bugs.webkit.org/show_bug.cgi?id=122148





--- Comment #11 from Mario Sanchez Prada <mario at webkit.org>  2013-10-01 09:24:41 PST ---
(In reply to comment #8)
> [...]
> 
> Agreed. We should be seeing one AXLoadComplete and one AXLayoutComplete 
> notification, not sure about the third one. Adding a debug as suggested 
> to dump the notification type should shed some light on what is going 
> wrong here.

I added a debug line like that right before the shouldBeTrue() line, and this is what I got:


  On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".


  PASS findByAccessibleTitleSubstring(root, 'InnerButton') != null is false
  Got notification on iframe.

  ### Notification received: AXElementBusyChanged ### 

  FAIL findByAccessibleTitleSubstring(root, 'InnerButton') != null should be true. Was false.
  Got notification on iframe.

  ### Notification received: AXElementBusyChanged ### 

  PASS findByAccessibleTitleSubstring(root, 'InnerButton') != null is true
  Got notification on iframe.

  ### Notification received: AXLayoutComplete ### 

  PASS findByAccessibleTitleSubstring(root, 'InnerButton') != null is true
  PASS gotIframeNotification is true
  PASS successfullyParsed is true

  TEST COMPLETE


If I instead leave Krzysztof's patch out of the game, then I only get the one AXLayoutComplete notification, which seems to be correct according to the test expectations.

I checked the patch again and again, and I don't see it's doing anything different than the mac counterparts (just emitting the event and catching it in DRT/WKTR) so I wonder why this is not happening in the Mac. 

Of course, adding a filter to early return in case the notification is not AXLayoutComplete would "fix" the failing test, but I do want to make sure we are not hiding any other problem

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list