RESOLVED FIXED Bug 39997
[Gtk] Make sure DRT return the right AXTitle for controls
https://bugs.webkit.org/show_bug.cgi?id=39997
Summary [Gtk] Make sure DRT return the right AXTitle for controls
Mario Sanchez Prada
Reported 2010-06-01 07:47:39 PDT
The accessibility/aria-checkbox-text.html test is failing for the GTK port, both because it has no *-expected file and because the required implementation to get the title from WebKitGtk through the DRT is buggy. We'd need to fix those issues to remove it from the Skipped file then.
Attachments
Proposed patch (6.44 KB, patch)
2010-06-01 08:18 PDT, Mario Sanchez Prada
no flags
Proposed patch (5.00 KB, patch)
2010-06-01 11:11 PDT, Mario Sanchez Prada
no flags
Proposed patch (4.93 KB, patch)
2010-06-29 09:15 PDT, Mario Sanchez Prada
no flags
Proposed patch (newer version) (4.95 KB, patch)
2010-08-03 04:04 PDT, Mario Sanchez Prada
no flags
Mario Sanchez Prada
Comment 1 2010-06-01 08:18:06 PDT
Created attachment 57544 [details] Proposed patch Here's a patch that would solve this issue. I've tested everything with and this patch and the only difference is that one more test gets fixed, so I'd say it's right :-) By the way, perhaps we should think about being more coherent and, from now on, to always use this kind of "AXWhatever :" prefixes in the GTK's DRT, in the same way that mac port does it. But that would be something for another bug,,,
Martin Robinson
Comment 2 2010-06-01 08:31:57 PDT
Comment on attachment 57544 [details] Proposed patch > - return JSStringCreateWithUTF8CString(name); > + gchar* title = g_strdup_printf("AXTitle: %s", name); > + JSStringRef jsTitle = JSStringCreateWithUTF8CString(title); > + > + g_free(title); > + return jsTitle; You can use GOwnptr here for title.
Martin Robinson
Comment 3 2010-06-01 08:32:05 PDT
Comment on attachment 57544 [details] Proposed patch > - return JSStringCreateWithUTF8CString(name); > + gchar* title = g_strdup_printf("AXTitle: %s", name); > + JSStringRef jsTitle = JSStringCreateWithUTF8CString(title); > + > + g_free(title); > + return jsTitle; You can use GOwnptr here for title.
Mario Sanchez Prada
Comment 4 2010-06-01 11:11:13 PDT
Created attachment 57570 [details] Proposed patch (In reply to comment #3) > (From update of attachment 57544 [details]) > > > - return JSStringCreateWithUTF8CString(name); > > + gchar* title = g_strdup_printf("AXTitle: %s", name); > > + JSStringRef jsTitle = JSStringCreateWithUTF8CString(title); > > + > > + g_free(title); > > + return jsTitle; > > You can use GOwnptr here for title. Thanks Martin for your comments, which have been addressed in the patch proposed for bug 40009 as at the end I thought it would be better to follow a different approach with this problem and split it in two parts: 1. Make GTK's DRT more coherent with other ports (bug 40009) 2. Actually make sure the AXTitle for controls is properly calculated and returned, to unskip the proper test So here we are the patch for (2), patch for (1) already attached along with bug 40009
Xan Lopez
Comment 5 2010-06-29 05:06:39 PDT
Comment on attachment 57570 [details] Proposed patch Looks good. It would make sense to try to just have one expected file now that both ports have identical results...
Xan Lopez
Comment 6 2010-06-29 05:11:20 PDT
Comment on attachment 57570 [details] Proposed patch Mario thinks this won't apply anymore to trunk, so removing cq+
Mario Sanchez Prada
Comment 7 2010-06-29 05:13:04 PDT
(In reply to comment #6) > (From update of attachment 57570 [details]) > Mario thinks this won't apply anymore to trunk, so removing cq+ Yeah, I need to recheck this, and maybe come with an up-to-date patch since it's possible the modifications in AccessibilityobjectWrapperAtk.cpp are no longer needed after fixing bug 36128. PS: Shouldn't you remove the review+`flag as well, btw?
Mario Sanchez Prada
Comment 8 2010-06-29 09:15:28 PDT
Created attachment 60026 [details] Proposed patch (In reply to comment #7) > (In reply to comment #6) > > (From update of attachment 57570 [details] [details]) > > Mario thinks this won't apply anymore to trunk, so removing cq+ > > Yeah, I need to recheck this, and maybe come with an up-to-date patch since > it's possible the modifications in AccessibilityobjectWrapperAtk.cpp are no > longer needed after fixing bug 36128. Indeed, the previous patch wouldn't apply so this new one makes a lot of sense :-). In the other hand, I was wrong in my guessing and no code can be removed just because of bug 36128, so the new patch is basically the same one than before, but properly applying against latest trunk.
Eric Seidel (no email)
Comment 9 2010-06-30 03:15:12 PDT
Comment on attachment 57570 [details] Proposed patch Cleared Xan Lopez's review+ from obsolete attachment 57570 [details] so that this bug does not appear in http://webkit.org/pending-commit.
Xan Lopez
Comment 10 2010-08-02 14:16:09 PDT
Comment on attachment 60026 [details] Proposed patch OK.
Jeremy Orlow
Comment 11 2010-08-03 02:05:18 PDT
Comment on attachment 60026 [details] Proposed patch The review queue has been stuck on this patch for some time. I suspect it just needs to be landed by hand, though I'm not sure why the queue keeps spinning rather than explicitly rejecting it.
Jeremy Orlow
Comment 12 2010-08-03 02:05:31 PDT
Sorry, meant to say commit queue.
Mario Sanchez Prada
Comment 13 2010-08-03 02:54:48 PDT
(In reply to comment #11) > (From update of attachment 60026 [details]) > The commit queue has been stuck on this patch for some time. I suspect it just > needs to be landed by hand, though I'm not sure why the queue keeps spinning > rather than explicitly rejecting it. Perhaps it's a matter of the patch being too old and not applying correctly? If so, I can provide a new patch rebased against master
Jeremy Orlow
Comment 14 2010-08-03 03:00:06 PDT
It's worth a shot. Normally the queue outright rejects it in such a case, but I suspect this was hitting on some bug in the queue.
Mario Sanchez Prada
Comment 15 2010-08-03 04:04:55 PDT
Created attachment 63317 [details] Proposed patch (newer version) (In reply to comment #14) > It's worth a shot. Normally the queue outright rejects it in such a case, but I suspect this was hitting on some bug in the queue. Attached
Jeremy Orlow
Comment 16 2010-08-03 04:09:46 PDT
Comment on attachment 63317 [details] Proposed patch (newer version) Rubber stamping per earlier r+
Eric Seidel (no email)
Comment 17 2010-08-03 08:37:48 PDT
No, the CQ is stuck because the leopard build is broken. :( We need to update the "unable to build and test" message to be more specific.
Eric Seidel (no email)
Comment 18 2010-08-03 18:49:22 PDT
Comment on attachment 60026 [details] Proposed patch Cleared Xan Lopez's review+ from obsolete attachment 60026 [details] so that this bug does not appear in http://webkit.org/pending-commit.
WebKit Commit Bot
Comment 19 2010-08-04 11:29:39 PDT
Comment on attachment 63317 [details] Proposed patch (newer version) Clearing flags on attachment: 63317 Committed r64659: <http://trac.webkit.org/changeset/64659>
WebKit Commit Bot
Comment 20 2010-08-04 11:29:45 PDT
All reviewed patches have been landed. Closing bug.
WebKit Review Bot
Comment 21 2010-08-04 12:00:52 PDT
http://trac.webkit.org/changeset/64659 might have broken GTK Linux 64-bit Debug
Note You need to log in before you can comment on or make changes to this bug.