<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>132876</bug_id>
          
          <creation_ts>2014-05-13 11:02:18 -0700</creation_ts>
          <short_desc>AX: Hit testing not accounting for top content inset.</short_desc>
          <delta_ts>2014-05-13 15:27:15 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Accessibility</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Mac (Intel)</rep_platform>
          <op_sys>OS X 10.9</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P1</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Samuel White">samuel_white</reporter>
          <assigned_to name="Samuel White">samuel_white</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1009008</commentid>
    <comment_count>0</comment_count>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 11:02:18 -0700</bug_when>
    <thetext>WKAccessibilityWebPageObjectMac::accessibilityHitTest: is not accounting for top content inset when translating screen coords to WebKit coords.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009010</commentid>
    <comment_count>1</comment_count>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 11:03:56 -0700</bug_when>
    <thetext>&lt;rdar://problem/16777273&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009015</commentid>
    <comment_count>2</comment_count>
      <attachid>231396</attachid>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 11:09:53 -0700</bug_when>
    <thetext>Created attachment 231396
Patch.

Any thoughts on testing this one? Not seeing a way to force DRT or TestRunner to HAVE a top content inset.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009016</commentid>
    <comment_count>3</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-05-13 11:11:43 -0700</bug_when>
    <thetext>Attachment 231396 did not pass style-queue:


ERROR: Source/WebKit2/WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm:202:  The parameter name &quot;page&quot; adds no information, so it should be removed.  [readability/parameter_name] [5]
Total errors found: 1 in 2 files


If any of these errors are false positives, please file a bug against check-webkit-style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009028</commentid>
    <comment_count>4</comment_count>
      <attachid>231396</attachid>
    <who name="chris fleizach">cfleizach</who>
    <bug_when>2014-05-13 11:45:26 -0700</bug_when>
    <thetext>Comment on attachment 231396
Patch.

View in context: https://bugs.webkit.org/attachment.cgi?id=231396&amp;action=review

&gt; Source/WebKit2/WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm:203
&gt; +        convertedPoint.move(0, -page-&gt;topContentInset());

is there only ever a Y contentInset? or is there also a x content inset we should account for</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009071</commentid>
    <comment_count>5</comment_count>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 14:08:48 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; (From update of attachment 231396 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=231396&amp;action=review
&gt; 
&gt; &gt; Source/WebKit2/WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm:203
&gt; &gt; +        convertedPoint.move(0, -page-&gt;topContentInset());
&gt; 
&gt; is there only ever a Y contentInset? or is there also a x content inset we should account for

That&apos;s a great question. The bug originated from a y-axis inset issue only and the exposed methods such as &quot;topContentInset&quot; have no matching bottom/left/right equivalents.

I think we should focus this bug on just the top inset issue since it&apos;s the only manifestation we have thus far.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009074</commentid>
    <comment_count>6</comment_count>
      <attachid>231396</attachid>
    <who name="chris fleizach">cfleizach</who>
    <bug_when>2014-05-13 14:12:31 -0700</bug_when>
    <thetext>Comment on attachment 231396
Patch.

View in context: https://bugs.webkit.org/attachment.cgi?id=231396&amp;action=review

&gt;&gt;&gt; Source/WebKit2/WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm:203
&gt;&gt;&gt; +        convertedPoint.move(0, -page-&gt;topContentInset());
&gt;&gt; 
&gt;&gt; is there only ever a Y contentInset? or is there also a x content inset we should account for
&gt; 
&gt; That&apos;s a great question. The bug originated from a y-axis inset issue only and the exposed methods such as &quot;topContentInset&quot; have no matching bottom/left/right equivalents.
&gt; 
&gt; I think we should focus this bug on just the top inset issue since it&apos;s the only manifestation we have thus far.

as long as there are no equivalent contentInset parameters, this seems ok</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009089</commentid>
    <comment_count>7</comment_count>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 14:55:36 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; (From update of attachment 231396 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=231396&amp;action=review
&gt; 
&gt; &gt;&gt;&gt; Source/WebKit2/WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm:203
&gt; &gt;&gt;&gt; +        convertedPoint.move(0, -page-&gt;topContentInset());
&gt; &gt;&gt; 
&gt; &gt;&gt; is there only ever a Y contentInset? or is there also a x content inset we should account for
&gt; &gt; 
&gt; &gt; That&apos;s a great question. The bug originated from a y-axis inset issue only and the exposed methods such as &quot;topContentInset&quot; have no matching bottom/left/right equivalents.
&gt; &gt; 
&gt; &gt; I think we should focus this bug on just the top inset issue since it&apos;s the only manifestation we have thus far.
&gt; 
&gt; as long as there are no equivalent contentInset parameters, this seems ok

Thanks. I&apos;ll file a bug for the invalid style failure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009094</commentid>
    <comment_count>8</comment_count>
    <who name="Samuel White">samuel_white</who>
    <bug_when>2014-05-13 15:00:32 -0700</bug_when>
    <thetext>style failure bug:

https://bugs.webkit.org/show_bug.cgi?id=132887</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009108</commentid>
    <comment_count>9</comment_count>
      <attachid>231396</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-05-13 15:27:12 -0700</bug_when>
    <thetext>Comment on attachment 231396
Patch.

Clearing flags on attachment: 231396

Committed r168745: &lt;http://trac.webkit.org/changeset/168745&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1009109</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-05-13 15:27:15 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>231396</attachid>
            <date>2014-05-13 11:09:53 -0700</date>
            <delta_ts>2014-05-13 15:27:12 -0700</delta_ts>
            <desc>Patch.</desc>
            <filename>fix.diff</filename>
            <type>text/plain</type>
            <size>1584</size>
            <attacher name="Samuel White">samuel_white</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJLaXQyL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
S2l0Mi9DaGFuZ2VMb2cJKHJldmlzaW9uIDE2ODY4OCkKKysrIFNvdXJjZS9XZWJLaXQyL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBACisyMDE0LTA1LTEzICBTYW11ZWwg
V2hpdGUgIDxzYW11ZWxfd2hpdGVAYXBwbGUuY29tPgorCisgICAgICAgIEFYOiBIaXQgdGVzdGlu
ZyBub3QgYWNjb3VudGluZyBmb3IgdG9wIGNvbnRlbnQgaW5zZXQuCisgICAgICAgIGh0dHBzOi8v
YnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMzI4NzYKKworICAgICAgICBSZXZpZXdl
ZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBVcGRhdGVkIGFjY2Vzc2liaWxpdHlIaXRU
ZXN0OiB0byBhY2NvdW50IGZvciB0b3AgY29udGVudCBpbnNldCB3aGVuIGNvbnZlcnRpbmcgZnJv
bSBzY3JlZW4gY29vcmRzIHRvIFdlYktpdCBjb29yZHMuCisKKyAgICAgICAgKiBXZWJQcm9jZXNz
L1dlYlBhZ2UvbWFjL1dLQWNjZXNzaWJpbGl0eVdlYlBhZ2VPYmplY3RNYWMubW06CisgICAgICAg
ICgtW1dLQWNjZXNzaWJpbGl0eVdlYlBhZ2VPYmplY3QgYWNjZXNzaWJpbGl0eUhpdFRlc3Q6XSk6
CisKIDIwMTQtMDUtMTIgIERhcmluIEFkbGVyICA8ZGFyaW5AYXBwbGUuY29tPgogCiAgICAgICAg
IE1ha2UgYSBmZXcgaWNvbiBkYXRhYmFzZSBpbXByb3ZlbWVudHMKSW5kZXg6IFNvdXJjZS9XZWJL
aXQyL1dlYlByb2Nlc3MvV2ViUGFnZS9tYWMvV0tBY2Nlc3NpYmlsaXR5V2ViUGFnZU9iamVjdE1h
Yy5tbQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2ViS2l0Mi9XZWJQcm9jZXNzL1dlYlBhZ2UvbWFj
L1dLQWNjZXNzaWJpbGl0eVdlYlBhZ2VPYmplY3RNYWMubW0JKHJldmlzaW9uIDE2ODY1MykKKysr
IFNvdXJjZS9XZWJLaXQyL1dlYlByb2Nlc3MvV2ViUGFnZS9tYWMvV0tBY2Nlc3NpYmlsaXR5V2Vi
UGFnZU9iamVjdE1hYy5tbQkod29ya2luZyBjb3B5KQpAQCAtMTk5LDcgKzE5OSw5IEBACiAgICAg
SW50UG9pbnQgY29udmVydGVkUG9pbnQgPSBtX3BhZ2UtPnNjcmVlblRvUm9vdFZpZXcoSW50UG9p
bnQocG9pbnQpKTsKICAgICBpZiAoV2ViQ29yZTo6RnJhbWVWaWV3KiBmcmFtZVZpZXcgPSBtX3Bh
Z2UtPm1haW5GcmFtZVZpZXcoKSkKICAgICAgICAgY29udmVydGVkUG9pbnQubW92ZUJ5KGZyYW1l
Vmlldy0+c2Nyb2xsUG9zaXRpb24oKSk7Ci0gICAgICAgIAorICAgIGlmIChXZWJDb3JlOjpQYWdl
KiBwYWdlID0gbV9wYWdlLT5jb3JlUGFnZSgpKQorICAgICAgICBjb252ZXJ0ZWRQb2ludC5tb3Zl
KDAsIC1wYWdlLT50b3BDb250ZW50SW5zZXQoKSk7CisgICAgCiAgICAgcmV0dXJuIFtbc2VsZiBh
Y2Nlc3NpYmlsaXR5Um9vdE9iamVjdFdyYXBwZXJdIGFjY2Vzc2liaWxpdHlIaXRUZXN0OmNvbnZl
cnRlZFBvaW50XTsKIH0KICNwcmFnbWEgY2xhbmcgZGlhZ25vc3RpYyBwb3AK
</data>

          </attachment>
      

    </bug>

</bugzilla>