[Webkit-unassigned] [Bug 40009] New: [Gtk] Make DRT more coherent with other ports to allow reusing more tests

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jun 1 10:48:10 PDT 2010


           Summary: [Gtk] Make DRT more coherent with other ports to allow
                    reusing more tests
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: msanchez at igalia.com

I recently found there are some differences between different versions of the DRT (in special between Mac and GTK versions) that makes cumbersome at some points to share some tests and their expected results, as is the case for instance of the accessibility/aria-checkbox-text.html test.

In this specific case, the test expects that the output of getting the accessible title for some checkboxes follows a pattern like "AXTitle: MyTitle", where "AXTitle: " is a prefix Mac's DRT adds to "MyName", which is meant to be the accessible title for a given object. However, GTK's DRT would return just "MyTitle" (without the prefix) which makes that the aria-checkbox-text.html test can not be reused even if we had a specific aria-checkbox-text-expected.txt file under platform/gtk/accessibility.

So, to avoid this my proposal would be to make sure GTK's DRT behaves exactly the same way than Mac's DRT when it comes to adding these kind of prefix to certain accessible attributes (which so far would be role, subrole, roledescription, title, description, language and helptext) and fix the affected tests currently under platform/gtk/accessibility to take into account this new way of naming those attributes' values in DRT.

This should help fixing bug 39997, as well as to ease the implementation of new tests in the future.

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