<?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>32353</bug_id>
          
          <creation_ts>2009-12-09 16:25:45 -0800</creation_ts>
          <short_desc>Add a manual test for crash in DOMWindow::clearTimeout when DOMWindow is not connected to frame</short_desc>
          <delta_ts>2010-03-05 19:18:17 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Dmitry Titov">dimich</reporter>
          <assigned_to name="Dmitry Titov">dimich</assigned_to>
          <cc>ap</cc>
    
    <cc>eric</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>170238</commentid>
    <comment_count>0</comment_count>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2009-12-09 16:25:45 -0800</bug_when>
    <thetext>Patch for bug 29832 fixed a crash in Safari 4 caused by not resetting a JSDOMWindow wrapper on a detached frame in some cases.

The test reproducing the crash can not be added as layout test because it takes ~10 seconds to run. Need to add it as a manual test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170256</commentid>
    <comment_count>1</comment_count>
      <attachid>44583</attachid>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2009-12-09 17:12:21 -0800</bug_when>
    <thetext>Created attachment 44583
Proposed patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170257</commentid>
    <comment_count>2</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2009-12-09 17:13:03 -0800</bug_when>
    <thetext>style-queue ran check-webkit-style on attachment 44583 without any errors.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170285</commentid>
    <comment_count>3</comment_count>
      <attachid>44583</attachid>
    <who name="Oliver Hunt">oliver</who>
    <bug_when>2009-12-09 19:06:38 -0800</bug_when>
    <thetext>Comment on attachment 44583
Proposed patch.

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170287</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-12-09 19:15:22 -0800</bug_when>
    <thetext>I don&apos;t quite understand why this needs to take ~10 seconds (what&apos;s back/forward cache expiration?), but maybe a new DRT method can make this instant?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170533</commentid>
    <comment_count>5</comment_count>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2009-12-10 14:33:21 -0800</bug_when>
    <thetext>(In reply to comment #4)
&gt; I don&apos;t quite understand why this needs to take ~10 seconds (what&apos;s
&gt; back/forward cache expiration?), but maybe a new DRT method can make this
&gt; instant?

Indeed, there is no way today to cause immediate b/f cache expiration so the destruction of the cached pages can not be realistically tested in DRT today. I thought about something like layoutTestController.setBackForwardCacheExpiration(seconds) but wasn&apos;t sure the single test justifies it... Perhaps we should do it next time we have a need?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170542</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-12-10 15:12:11 -0800</bug_when>
    <thetext>This case seems significant enough to warrant adding a DRT method.

Perhaps it would be easier to just force immediate expiration, rather than set a timeout?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170554</commentid>
    <comment_count>7</comment_count>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2009-12-10 15:39:43 -0800</bug_when>
    <thetext>(In reply to comment #6)
&gt; This case seems significant enough to warrant adding a DRT method.
&gt; 
&gt; Perhaps it would be easier to just force immediate expiration, rather than set
&gt; a timeout?

Ok. I&apos;ll take a look at adding a method. Will delay landing the patch until implementation is ready, then we&apos;ll decide.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>175446</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-12-28 23:36:46 -0800</bug_when>
    <thetext>Ping?  Curious what the status is here.  This patch has been approved for landing for a little over 2 weeks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>196821</commentid>
    <comment_count>9</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-03-05 17:14:26 -0800</bug_when>
    <thetext>Ping?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>196847</commentid>
    <comment_count>10</comment_count>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2010-03-05 19:12:01 -0800</bug_when>
    <thetext>I agree with Alexey that having manual test is somewhat useless since nobody ever runs them. I have this task (make it possibel to test the bf cache expiration from DRT in my list and will get to it at some point, in a few weeks.

So for now I guess I&apos;ll commit this test so it is there, but will address the DRT testing at some point.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>196849</commentid>
    <comment_count>11</comment_count>
    <who name="Dmitry Titov">dimich</who>
    <bug_when>2010-03-05 19:18:17 -0800</bug_when>
    <thetext>Landed: http://trac.webkit.org/changeset/55609</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>44583</attachid>
            <date>2009-12-09 17:12:21 -0800</date>
            <delta_ts>2009-12-09 19:06:38 -0800</delta_ts>
            <desc>Proposed patch.</desc>
            <filename>patch.txt</filename>
            <type>text/plain</type>
            <size>1837</size>
            <attacher name="Dmitry Titov">dimich</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYkNvcmUvQ2hhbmdlTG9nIGIvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXgg
NTBiNjMzMy4uMzI2NzIyOSAxMDA2NDQKLS0tIGEvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvV2Vi
Q29yZS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxMiBAQAorMjAwOS0xMi0wOSAgRG1pdHJ5IFRpdG92
ICA8ZGltaWNoQGNocm9taXVtLm9yZz4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBBZGQgYSBtYW51YWwgdGVzdCBmb3IgY3Jhc2ggaW4gRE9NV2luZG93
OjpjbGVhclRpbWVvdXQgd2hlbiBET01XaW5kb3cgaXMgbm90IGNvbm5lY3RlZCB0byBGcmFtZQor
ICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MzIzNTMKKwor
ICAgICAgICAqIG1hbnVhbC10ZXN0cy9jbGVhclRpbWVvdXQtY3Jhc2gtYnVnMjk4MzIuaHRtbDog
QWRkZWQuCisKIDIwMDktMTItMDggIERtaXRyeSBUaXRvdiAgPGRpbWljaEBjaHJvbWl1bS5vcmc+
CiAKICAgICAgICAgUnViYmVyLXN0YW1wZWQgYnkgRGF2aWQgTGV2aW4uCmRpZmYgLS1naXQgYS9X
ZWJDb3JlL21hbnVhbC10ZXN0cy9jbGVhclRpbWVvdXQtY3Jhc2gtYnVnMjk4MzIuaHRtbCBiL1dl
YkNvcmUvbWFudWFsLXRlc3RzL2NsZWFyVGltZW91dC1jcmFzaC1idWcyOTgzMi5odG1sCm5ldyBm
aWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAwMDAwMDAuLmQ5ZWM1YzcKLS0tIC9kZXYvbnVsbAorKysg
Yi9XZWJDb3JlL21hbnVhbC10ZXN0cy9jbGVhclRpbWVvdXQtY3Jhc2gtYnVnMjk4MzIuaHRtbApA
QCAtMCwwICsxLDIwIEBACis8c2NyaXB0PgordmFyIHc7CitmdW5jdGlvbiBjbGVhcigpIHsKKyAg
ICB3LmNsZWFyVGltZW91dCgxNTMpOworfQorCitmdW5jdGlvbiB0ZXN0KCkgeworICAgIHcgPSB3
aW5kb3cub3BlbigiZGF0YTp0ZXh0L2h0bWwsIisKKyAgICAgICAgIjxzY3JpcHQ+IiArCisgICAg
ICAgICJmdW5jdGlvbiBuYXZpZ2F0ZSgpIHsgbG9jYXRpb24uaHJlZj0nZGF0YTp0ZXh0L2h0bWws
PGJvZHk+Q2xvc2UgdGhpcyBwYWdlIGFuZCB3YWl0LjwvYm9keT4nfTsiICsKKyAgICAgICAgInNl
dFRpbWVvdXQobmF2aWdhdGUsMCk7PC8iICsgCisgICAgICAgICJzY3JpcHQ+Iik7CisKKyAgICBz
ZXRJbnRlcnZhbChjbGVhciwgMCk7Cit9Cis8L3NjcmlwdD4KKzxib2R5PgorPHA+VGhpcyB0ZXN0
IHJlcHJvZHVjZXMgdGhlIGNyYXNoIGluIERPTVdpbmRvdzo6Y2xlYXJUaW1lb3V0IHRoYXQgaGFw
cGVucyB3aGVuIERPTVdpbmRvdyBpcyBkaXNjb25uZWN0ZWQgZnJvbSB0aGUgRnJhbWUgKGFzIGlu
IGJhY2svZm9yd2FyZCBjYWNoZSBleHBpcmF0aW9uIGNhc2UgdGVzdGVkIGhlcmUpLgorPHA+VGhp
cyBpcyB0aGUgbGluayB0byB0aGUgYnVnOiA8YSBocmVmPSJodHRwczovL2J1Z3Mud2Via2l0Lm9y
Zy9zaG93X2J1Zy5jZ2k/aWQ9Mjk4MzIiPmh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVn
LmNnaT9pZD0yOTgzMjwvYT4KKzxwPlRvIHJlcHJvZHVjZSB0aGUgY3Jhc2gsIGNsaWNrIHRoZSBs
aW5rIGJlbG93LCB0aGUgcG9wdXAgd2luZG93IG9wZW5zLCB3aGljaCB3aWxsIGltbWVkaWF0ZWx5
IG5hdmlnYXRlIHRvIGFub3RoZXIgb25lLCBzbyB0aGUgYi9mIGNhY2hlIGVudHJ5IHdpbGwgYmUg
Y3JlYXRlZC4gQ2xvc2UgdGhlIHBvcHVwIHdpbmRvdy4gV2FpdCBhIGZldyBzZWNvbmRzICh+MTAp
LCBmb3IgdGhlIHBhZ2UgY2FjaGUgdG8gc3RhcnQgZGVsZXRpbmcgcGFnZXMgaXQgZG9lc24ndCBu
ZWVkIC0gY3Jhc2ggd2lsbCBoYXBwZW4uPGJyPjxhIGhyZWY9ImphdmFzY3JpcHQ6dGVzdCgpIj5D
cmFzaCBtZSE8L2E+Cg==
</data>
<flag name="review"
          id="26473"
          type_id="1"
          status="+"
          setter="oliver"
    />
    <flag name="commit-queue"
          id="26474"
          type_id="3"
          status="-"
          setter="dimich"
    />
          </attachment>
      

    </bug>

</bugzilla>