RESOLVED FIXED 138771
AX: [ATK] Expose the blockquote element using ATK_ROLE_BLOCK_QUOTE
https://bugs.webkit.org/show_bug.cgi?id=138771
Summary AX: [ATK] Expose the blockquote element using ATK_ROLE_BLOCK_QUOTE
Joanmarie Diggs
Reported 2014-11-15 18:48:34 PST
Currently the blockquote element is exposed via ATK_ROLE_PANEL, which is completely wrong (PANEL is appropriate for a generic container that holds widgets; not a block of text.) ATK_ROLE_BLOCK_QUOTE was added to ATK about one year ago. And for environments with older versions of ATK, the fallback mapping should be the same as that of a div element.
Attachments
Patch (8.97 KB, patch)
2014-11-15 19:00 PST, Joanmarie Diggs
no flags
Patch (9.00 KB, patch)
2014-11-16 01:14 PST, Joanmarie Diggs
no flags
Radar WebKit Bug Importer
Comment 1 2014-11-15 18:48:45 PST
Joanmarie Diggs
Comment 2 2014-11-15 19:00:49 PST
Joanmarie Diggs
Comment 3 2014-11-16 00:59:15 PST
Comment on attachment 241671 [details] Patch I'm rather surprised that the EFL EWS claims that this patch doesn't build. There's an ATK version check for the added role. And looking at the associated output from from the failure, I'm not seeing anything that suggests the build failure is due to this patch. But having said that, in the spirit of due diligence, I set up a build environment for WebKitEfl. WebKitEfl builds and runs without my patch. WebKitEfl also builds and runs with my patch applied. <insert shrug here> So I'm going to assume the EWS failure was some fluke or other issue not related to this patch. If the failure really was caused by my patch, feel free to roll it out and tell me how I broke your port so that I can fix it.
WebKit Commit Bot
Comment 4 2014-11-16 01:00:51 PST
Comment on attachment 241671 [details] Patch Rejecting attachment 241671 [details] from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.appspot.com', '--bot-id=webkit-cq-03', 'apply-attachment', '--no-update', '--non-interactive', 241671, '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: FAILED -- saving rejects to file Tools/WebKitTestRunner/InjectedBundle/atk/AccessibilityUIElementAtk.cpp.rej patching file LayoutTests/ChangeLog Hunk #1 succeeded at 1 with fuzz 3. patching file LayoutTests/platform/efl/accessibility/roles-exposed-expected.txt patching file LayoutTests/platform/gtk/accessibility/roles-exposed-expected.txt Failed to run "[u'/Volumes/Data/EWS/WebKit/Tools/Scripts/svn-apply', '--force', '--reviewer', u'Chris Fleizach']" exit_code: 1 cwd: /Volumes/Data/EWS/WebKit Full output: http://webkit-queues.appspot.com/results/5847257488293888
Joanmarie Diggs
Comment 5 2014-11-16 01:14:52 PST
Joanmarie Diggs
Comment 6 2014-11-16 01:19:46 PST
Bah. Was uploading a master-compatible version of the same, reviewed patch. (Because it no longer applies cleanly after subsequent commits I made.) I forgot to use --no-review with webkit-patch. On the bright side, we can see if the EFL EWS still spits up. ;) Chris, since it's probably not kosher for me to r+ my own patch, assuming the EFL bot doesn't spit up again, mind re-r+ing it?
Joanmarie Diggs
Comment 7 2014-11-16 08:11:24 PST
Comment on attachment 241679 [details] Patch Was chatting with Martin Robinson: <mr obinson> Oh, definitely if it's just a rebase to merge with the current code. <mr obinson> I'd just commit in that case. Doing that now.
WebKit Commit Bot
Comment 8 2014-11-16 08:51:03 PST
Comment on attachment 241679 [details] Patch Clearing flags on attachment: 241679 Committed r176162: <http://trac.webkit.org/changeset/176162>
WebKit Commit Bot
Comment 9 2014-11-16 08:51:07 PST
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.