<?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>18141</bug_id>
          
          <creation_ts>2008-03-27 04:22:17 -0700</creation_ts>
          <short_desc>Acid3 tests 77 and 78 fail on reload (for some people, not everyone)</short_desc>
          <delta_ts>2009-01-26 16:45:59 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://acid3.acidtests.org</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar, NeedsReduction</keywords>
          <priority>P2</priority>
          <bug_severity>Major</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>17064</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Ward">m.ward</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>alexwlchan</cc>
    
    <cc>ap</cc>
    
    <cc>bdakin</cc>
    
    <cc>ismail</cc>
    
    <cc>pixluser</cc>
    
    <cc>rik</cc>
    
    <cc>svetloslav</cc>
    
    <cc>webkit.org</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>75446</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Ward">m.ward</who>
    <bug_when>2008-03-27 04:22:17 -0700</bug_when>
    <thetext>Using r31368 on Windows XP using Safari 3.1, Acid3 test passes at 100/100 on the first load, however, after using Ctrl+R to reload the page, tests 77+78 both fail.

The following errors are reported:

Test 77 failed: expected &apos;4776&apos; but got &apos;5550&apos; - getComputedTextLengthFailed
Test 78 failes: expected &apos;90&apos; but got &apos;0&apos; - getRotationOfChar(0) failed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75584</commentid>
    <comment_count>1</comment_count>
    <who name="">zealotzuo</who>
    <bug_when>2008-03-27 22:40:47 -0700</bug_when>
    <thetext>Using r31381 and Mac OS X 10.5, tests 77 and 78 fail even without reloading. A few of my friends have confirmed this too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>75923</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Ward">m.ward</who>
    <bug_when>2008-03-31 02:59:39 -0700</bug_when>
    <thetext>Still occuring for me on r31446.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>76297</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Ward">m.ward</who>
    <bug_when>2008-04-03 23:59:02 -0700</bug_when>
    <thetext>Webkit still seems to be leaving itself in an unreliable state after the acid3 test passes once.

Using build r31446, I managed to get 100/100, reloaded and got 99/100 (test 77 failed, same as above) and then I got 98/100 with the same two fails as reported above.

After the closing the browser, i got 100/100 then 98/100 with the same two fails.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>77793</commentid>
    <comment_count>4</comment_count>
    <who name="François Lamboley">webkit.org</who>
    <bug_when>2008-04-16 08:50:15 -0700</bug_when>
    <thetext>&gt; Using r31381 and Mac OS X 10.5, tests 77 and 78 fail even without reloading. A
&gt; few of my friends have confirmed this too.

I have exactly the same problem (iMac 2.8GHz Intel Core 2 Duo under leopard (10.5.2))
The test 80 fails too (kungFuDeathGrip was null).
The tests fail each time I launch the acid test (after a cache clean, the 80 succeeded).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84773</commentid>
    <comment_count>5</comment_count>
    <who name="Ismail Donmez">ismail</who>
    <bug_when>2008-06-30 12:11:39 -0700</bug_when>
    <thetext>I can reproduce this consistently on ToT.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>86334</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2008-07-18 07:58:53 -0700</bug_when>
    <thetext>*** Bug 18225 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>102927</commentid>
    <comment_count>7</comment_count>
    <who name="Mark J. Hughes">mark.hughes</who>
    <bug_when>2008-12-18 14:31:17 -0800</bug_when>
    <thetext>FWIW - I noticed this for the first time today, though I don&apos;t believe I&apos;d seen it previously. Running the most recent nightly r39370 on Mac OS X 10.5.5:

Failed 2 tests.
Test 77 failed: expected &apos;4776&apos; but got &apos;5550&apos; - getComputedTextLength failed.
Test 78 failed: expected &apos;90&apos; but got &apos;0&apos; - getRotationOfChar(0) failed.
Total elapsed time: 1.03s

Not sure if there is any other info that could be useful.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>104127</commentid>
    <comment_count>8</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-01-02 11:11:50 -0800</bug_when>
    <thetext>*** Bug 23002 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>104130</commentid>
    <comment_count>9</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-01-02 11:12:03 -0800</bug_when>
    <thetext>*** Bug 22984 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>104878</commentid>
    <comment_count>10</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-01-08 09:01:32 -0800</bug_when>
    <thetext>*** Bug 23169 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106183</commentid>
    <comment_count>11</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-01-16 22:31:15 -0800</bug_when>
    <thetext>*** Bug 23383 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106184</commentid>
    <comment_count>12</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-01-16 22:31:34 -0800</bug_when>
    <thetext>&lt;rdar://problem/6504899&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106384</commentid>
    <comment_count>13</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-20 13:58:29 -0800</bug_when>
    <thetext>I am not able to reproduce this.  Does anyone who has been able to reproduce this have any extensions installed?  That would be really valuable information.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106391</commentid>
    <comment_count>14</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-20 14:31:07 -0800</bug_when>
    <thetext>Scratch that. I can now intermittently reproduce without any extensions.  Seems like this probably an issue with Font loading, I will try to prove/disprove that.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106435</commentid>
    <comment_count>15</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-20 22:55:02 -0800</bug_when>
    <thetext>The issue seems to be that we are firing onload for an iframe containing an external reference to an SVGFont before the font has loaded.  This is due to our current design lazily loading SVGFonts upon first use.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106653</commentid>
    <comment_count>16</comment_count>
      <attachid>26943</attachid>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-22 16:11:31 -0800</bug_when>
    <thetext>Created attachment 26943
Test case

To try this test case, apply the patch to your tree, run run-webkit-httpd and go to http://127.0.0.1:8000/test.html.  If you see an alert with the text &quot;loaded&quot;, the test has failed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>106654</commentid>
    <comment_count>17</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-22 16:16:31 -0800</bug_when>
    <thetext>I don&apos;t think it is clear that the onload event should be delayed for the SVGFont.  The SVG spec says that the SVGLoad event is not delayed unless externalResourcesRequired is specified.  I am not sure what its impact on the onload handler is though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>107110</commentid>
    <comment_count>18</comment_count>
    <who name="Sam Weinig">sam</who>
    <bug_when>2009-01-26 16:45:59 -0800</bug_when>
    <thetext>Fixed in r40278.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>26943</attachid>
            <date>2009-01-22 16:11:31 -0800</date>
            <delta_ts>2009-01-22 16:11:31 -0800</delta_ts>
            <desc>Test case</desc>
            <filename>test.diff</filename>
            <type>text/plain</type>
            <size>982</size>
            <attacher name="Sam Weinig">sam</attacher>
            
              <data encoding="base64">SW5kZXg6IGh0dHAvdGVzdHMvc3VicmVzb3VyY2Uuc3ZnCj09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGh0dHAvdGVz
dHMvc3VicmVzb3VyY2Uuc3ZnCShyZXZpc2lvbiAwKQorKysgaHR0cC90ZXN0cy9zdWJyZXNvdXJj
ZS5zdmcJKHJldmlzaW9uIDApCkBAIC0wLDAgKzEsOSBAQAorPHN2ZyB4bWxucz0iaHR0cDovL3d3
dy53My5vcmcvMjAwMC9zdmciIHhtbG5zOnhsaW5rPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hs
aW5rIiB3aWR0aD0iMTAwIiBoZWlnaHQ9IjEwMCI+Cis8ZGVmcz4KKyAgICA8Zm9udC1mYWNlIGZv
bnQtZmFtaWx5PSJuYW1lIj4KKyAgICAgICAgPGZvbnQtZmFjZS1zcmM+CisgICAgICAgICAgICA8
Zm9udC1mYWNlLXVyaSB4bGluazpocmVmPSJodHRwOi8vMTI3LjAuMC4xOjgwMDAveG1saHR0cHJl
cXVlc3QvcmVzb3VyY2VzL2luZmluaXRlLWxvb3AucGhwIi8+CisgICAgICAgIDwvZm9udC1mYWNl
LXNyYz4KKyAgICA8L2ZvbnQtZmFjZT4KKzwvZGVmcz4KKzwvc3ZnPgpJbmRleDogaHR0cC90ZXN0
cy90ZXN0Lmh0bWwKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PQotLS0gaHR0cC90ZXN0cy90ZXN0Lmh0bWwJKHJldmlzaW9u
IDApCisrKyBodHRwL3Rlc3RzL3Rlc3QuaHRtbAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSw2IEBA
Cis8c2NyaXB0PgorICAgIGlmcmFtZSA9IGRvY3VtZW50LmNyZWF0ZUVsZW1lbnQoJ2lmcmFtZScp
OworICAgIGlmcmFtZS5vbmxvYWQgPSBmdW5jdGlvbiAoKSB7IGFsZXJ0KCJsb2FkZWQiKTsgfTsK
KyAgICBpZnJhbWUuc3JjID0gInN1YnJlc291cmNlLnN2ZyI7CisgICAgZG9jdW1lbnQuZG9jdW1l
bnRFbGVtZW50LmFwcGVuZENoaWxkKGlmcmFtZSk7Cis8L3NjcmlwdD4KXCBObyBuZXdsaW5lIGF0
IGVuZCBvZiBmaWxlCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>