<?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>94578</bug_id>
          
          <creation_ts>2012-08-21 01:07:57 -0700</creation_ts>
          <short_desc>REGRESSION (r126132): fast/forms/range/range-hit-test-with-padding.html failing on non-Chromium ports</short_desc>
          <delta_ts>2012-09-17 00:08:52 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release/r126132%20(27786)/results.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>LayoutTestFailure, MakingBotsRed, Qt, QtTriaged, Regression</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>87008</blocked>
    
    <blocked>94473</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Zan Dobersek">zan</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>beidson</cc>
    
    <cc>keishi</cc>
    
    <cc>ossy</cc>
    
    <cc>tmpsantos</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>700560</commentid>
    <comment_count>0</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-08-21 01:07:57 -0700</bug_when>
    <thetext>fast/forms/range/range-hit-test-with-padding.html started failing on non-Chromium ports after r126132.

The diff looks something like this (the actual value is about 506 or 507):
--- /home/slave/webkitgtk/gtk-linux-64-release/build/layout-test-results/fast/forms/range/range-hit-test-with-padding-expected.txt 
+++ /home/slave/webkitgtk/gtk-linux-64-release/build/layout-test-results/fast/forms/range/range-hit-test-with-padding-actual.txt 
@@ -1,6 +1,6 @@
 Clicking middle of input type=range with padding should set the value to middle.
 
-PASS input.value is &quot;500&quot;
+FAIL input.value should be 500. Was 507.
 PASS successfullyParsed is true
 
 TEST COMPLETE</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>700599</commentid>
    <comment_count>1</comment_count>
    <who name="Thiago Marcos P. Santos">tmpsantos</who>
    <bug_when>2012-08-21 04:03:11 -0700</bug_when>
    <thetext>Discrepancy is even higher on EFL:

-PASS input.value is &quot;500&quot;
+FAIL input.value should be 500. Was 727.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>700625</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-08-21 04:53:08 -0700</bug_when>
    <thetext>It is skipped on Qt - https://trac.webkit.org/changeset/126149</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>700664</commentid>
    <comment_count>3</comment_count>
    <who name="Keishi Hattori">keishi</who>
    <bug_when>2012-08-21 05:45:35 -0700</bug_when>
    <thetext>(In reply to comment #1)
&gt; Discrepancy is even higher on EFL:
&gt; 
&gt; -PASS input.value is &quot;500&quot;
&gt; +FAIL input.value should be 500. Was 727.

I learned that ports without subpixel layout will not be able to match the value exactly. I am modifying the test in Bug 94585.
Qt should rebaseline when it lands.
But EFL is way off so there might be something else going on. I can&apos;t figure it out.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>700683</commentid>
    <comment_count>4</comment_count>
    <who name="Thiago Marcos P. Santos">tmpsantos</who>
    <bug_when>2012-08-21 06:06:59 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #1)
&gt; &gt; Discrepancy is even higher on EFL:
&gt; &gt; 
&gt; &gt; -PASS input.value is &quot;500&quot;
&gt; &gt; +FAIL input.value should be 500. Was 727.
&gt; 
&gt; I learned that ports without subpixel layout will not be able to match the value exactly. I am modifying the test in Bug 94585.
&gt; Qt should rebaseline when it lands.
&gt; But EFL is way off so there might be something else going on. I can&apos;t figure it out.

- clickSlider(70); // left padding (20px) + middle (50px)
+ clickSlider(50); // middle (50px)

Hits bull&apos;s-eye (500) on EFL. I&apos;m investigating why.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>700685</commentid>
    <comment_count>5</comment_count>
    <who name="Keishi Hattori">keishi</who>
    <bug_when>2012-08-21 06:11:46 -0700</bug_when>
    <thetext>Bug 94585 is in the commit queue. I was able to change the test in a way that you won&apos;t need to rebaseline.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>719324</commentid>
    <comment_count>6</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-09-13 04:19:12 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; Bug 94585 is in the commit queue. I was able to change the test in a way that you won&apos;t need to rebaseline.

It fixed it on Qt, unskip landed in https://trac.webkit.org/changeset/128444</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>721714</commentid>
    <comment_count>7</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-09-17 00:08:52 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; Bug 94585 is in the commit queue. I was able to change the test in a way that you won&apos;t need to rebaseline.

Great, the test is now running OK, closing the bug.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>