<?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>29330</bug_id>
          
          <creation_ts>2009-09-17 01:57:13 -0700</creation_ts>
          <short_desc>[v8] Don&apos;t keep clean wrappers artificially alive</short_desc>
          <delta_ts>2013-09-12 22:21:28 -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>WebKit Misc.</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>WONTFIX</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="Christian Plesner Hansen">christian.plesner.hansen</reporter>
          <assigned_to name="Christian Plesner Hansen">christian.plesner.hansen</assigned_to>
          <cc>abarth</cc>
    
    <cc>andersca</cc>
    
    <cc>commit-queue</cc>
    
    <cc>dglazkov</cc>
    
    <cc>eric</cc>
    
    <cc>levin</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>147766</commentid>
    <comment_count>0</comment_count>
    <who name="Christian Plesner Hansen">christian.plesner.hansen</who>
    <bug_when>2009-09-17 01:57:13 -0700</bug_when>
    <thetext>We currently keep all DOM node wrappers alive, even when there are no more references to them from JS, in case they have properties that we need to keep around if new JS references are created.  This changes the policy to only keep wrappers artificially alive if they have changed since they were created.  Empty wrappers are discarded and recreated as needed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147767</commentid>
    <comment_count>1</comment_count>
      <attachid>39686</attachid>
    <who name="Christian Plesner Hansen">christian.plesner.hansen</who>
    <bug_when>2009-09-17 02:01:26 -0700</bug_when>
    <thetext>Created attachment 39686
initial</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147768</commentid>
    <comment_count>2</comment_count>
    <who name="Christian Plesner Hansen">christian.plesner.hansen</who>
    <bug_when>2009-09-17 02:04:23 -0700</bug_when>
    <thetext>Important note: this change can not be committed until v8 has been updated in chromium.  Should I wait until then to get this reviewed?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147769</commentid>
    <comment_count>3</comment_count>
      <attachid>39686</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2009-09-17 02:42:10 -0700</bug_when>
    <thetext>Comment on attachment 39686
initial

Super cool change.  Feel free to ping this bug when you want it landed.  You can also set the commit-queue flag to ? if you&apos;d like the commit bot to land the patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147773</commentid>
    <comment_count>4</comment_count>
    <who name="Christian Plesner Hansen">christian.plesner.hansen</who>
    <bug_when>2009-09-17 02:55:36 -0700</bug_when>
    <thetext>Thanks, that was quick!

So if I set the commit flag to ? someone with the right permissions will notice and set it to +?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147814</commentid>
    <comment_count>5</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2009-09-17 09:24:12 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; Thanks, that was quick!

Well, the patch is obviously correct by magic (because all the hard work is going on in V8).  :)

&gt; So if I set the commit flag to ? someone with the right permissions will notice
&gt; and set it to +?

Yes.  I&apos;ve CC&apos;ed Eric explicitly because he&apos;s good at setting the commit-queue flag.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147816</commentid>
    <comment_count>6</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-09-17 09:34:02 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; Yes.  I&apos;ve CC&apos;ed Eric explicitly because he&apos;s good at setting the commit-queue
&gt; flag.

Huh?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>147825</commentid>
    <comment_count>7</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2009-09-17 09:57:00 -0700</bug_when>
    <thetext>&gt; Huh?

Meaning if you see an email with commit-queue?, you&apos;re likely to go to the bug and set commit-queue+.  :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>148356</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-09-18 13:28:25 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; &gt; Huh?
&gt; 
&gt; Meaning if you see an email with commit-queue?, you&apos;re likely to go to the bug
&gt; and set commit-queue+.  :)

Except here it&apos;s set to cq-...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>148462</commentid>
    <comment_count>9</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2009-09-18 22:45:37 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; Except here it&apos;s set to cq-...

See comment #2.  :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149049</commentid>
    <comment_count>10</comment_count>
      <attachid>39686</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2009-09-22 07:54:41 -0700</bug_when>
    <thetext>Comment on attachment 39686
initial

Rejecting patch 39686 from commit-queue.

Failed to run &quot;[&apos;git&apos;, &apos;svn&apos;, &apos;dcommit&apos;]&quot; exit_code: 1
Committing to http://svn.webkit.org/repository/webkit/trunk ...
Merge conflict during commit: Your file or directory &apos;WebCore/ChangeLog&apos; is probably out-of-date: resource out of date; try updating at /usr/local/libexec/git-core//git-svn line 469</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149051</commentid>
    <comment_count>11</comment_count>
      <attachid>39686</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2009-09-22 07:59:35 -0700</bug_when>
    <thetext>Comment on attachment 39686
initial

I don&apos;t think the commit queue should reject patches when it gets that error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149075</commentid>
    <comment_count>12</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-09-22 09:55:30 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; (From update of attachment 39686 [details])
&gt; I don&apos;t think the commit queue should reject patches when it gets that error.

I totally agree!  bug 28316.  I&apos;ll see if I can post a patch to fix it today. :(</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149076</commentid>
    <comment_count>13</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2009-09-22 09:56:14 -0700</bug_when>
    <thetext>Builders have been red for the last while: http://webkit-commit-queue.appspot.com/  But once they go green again this will land.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149093</commentid>
    <comment_count>14</comment_count>
      <attachid>39686</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2009-09-22 10:26:40 -0700</bug_when>
    <thetext>Comment on attachment 39686
initial

Clearing flags on attachment: 39686

Committed r48639: &lt;http://trac.webkit.org/changeset/48639&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149094</commentid>
    <comment_count>15</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2009-09-22 10:26:48 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149264</commentid>
    <comment_count>16</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2009-09-22 16:38:29 -0700</bug_when>
    <thetext>This patch seems to have introduced all kinds of weird, seemingly random layout test failures. I am rolling this out until we hash this out.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>149268</commentid>
    <comment_count>17</comment_count>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2009-09-22 16:49:21 -0700</bug_when>
    <thetext>Rolled out in http://trac.webkit.org/changeset/48657.

Awesome scripting, Eric!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>928633</commentid>
    <comment_count>18</comment_count>
    <who name="Anders Carlsson">andersca</who>
    <bug_when>2013-09-12 22:21:28 -0700</bug_when>
    <thetext>V8 is gone.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>39686</attachid>
            <date>2009-09-17 02:01:26 -0700</date>
            <delta_ts>2010-06-10 19:07:30 -0700</delta_ts>
            <desc>initial</desc>
            <filename>bug-29330-20090917110119.patch</filename>
            <type>text/plain</type>
            <size>1698</size>
            <attacher name="Christian Plesner Hansen">christian.plesner.hansen</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA0ODQ1OCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTkgQEAKKzIwMDktMDktMTcgIENocmlzdGlhbiBQbGVzbmVyIEhhbnNlbiAgPGNo
cmlzdGlhbi5wbGVzbmVyLmhhbnNlbkBnbWFpbC5jb20+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkg
Tk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgW3Y4XSBEb24ndCBrZWVwIGNsZWFuIHdyYXBwZXJz
IGFydGlmaWNpYWxseSBhbGl2ZSAgICAgICAgCisgICAgICAgIFdlIGN1cnJlbnRseSBrZWVwIGFs
bCBET00gbm9kZSB3cmFwcGVycyBhbGl2ZSwgZXZlbiB3aGVuIHRoZXJlIGFyZQorICAgICAgICBu
byBtb3JlIHJlZmVyZW5jZXMgdG8gdGhlbSBmcm9tIEpTLCBpbiBjYXNlIHRoZXkgaGF2ZSBwcm9w
ZXJ0aWVzCisgICAgICAgIHRoYXQgd2UgbmVlZCB0byBrZWVwIGFyb3VuZCBpZiBuZXcgSlMgcmVm
ZXJlbmNlcyBhcmUgY3JlYXRlZC4KKyAgICAgICAgVGhpcyBjaGFuZ2VzIHRoZSBwb2xpY3kgdG8g
b25seSBrZWVwIHdyYXBwZXJzIGFydGlmaWNpYWxseSBhbGl2ZQorICAgICAgICBpZiB0aGV5IGhh
dmUgY2hhbmdlZCBzaW5jZSB0aGV5IHdlcmUgY3JlYXRlZC4gRW1wdHkgd3JhcHBlcnMgYXJlCisg
ICAgICAgIGRpc2NhcmRlZCBhbmQgcmVjcmVhdGVkIGFzIG5lZWRlZC4KKyAgICAgICAgaHR0cHM6
Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTI5MzMwCisKKyAgICAgICAgKiBiaW5k
aW5ncy92OC9WOEdDQ29udHJvbGxlci5jcHA6CisgICAgICAgIChXZWJDb3JlOjpPYmplY3RHcm91
cGVyVmlzaXRvcjo6dmlzaXRET01XcmFwcGVyKToKKwogMjAwOS0wOS0xNiAgRGFuaWVsIEJhdGVz
ICA8ZGJhdGVzQHdlYmtpdC5vcmc+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgRGFyaW4gQWRsZXIu
CkluZGV4OiBXZWJDb3JlL2JpbmRpbmdzL3Y4L1Y4R0NDb250cm9sbGVyLmNwcAo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
Ci0tLSBXZWJDb3JlL2JpbmRpbmdzL3Y4L1Y4R0NDb250cm9sbGVyLmNwcAkocmV2aXNpb24gNDg0
MjMpCisrKyBXZWJDb3JlL2JpbmRpbmdzL3Y4L1Y4R0NDb250cm9sbGVyLmNwcAkod29ya2luZyBj
b3B5KQpAQCAtMjcyLDYgKzI3MiwxMSBAQCBwdWJsaWM6CiAKICAgICB2b2lkIHZpc2l0RE9NV3Jh
cHBlcihOb2RlKiBub2RlLCB2ODo6UGVyc2lzdGVudDx2ODo6T2JqZWN0PiB3cmFwcGVyKQogICAg
IHsKKyAgICAgICAgLy8gSWYgdGhlIHdyYXBwZXIgaXMgY2xlYW4gaXQgd2lsbCBub3QgYmUgZGV0
ZWN0YWJsZSBpZiBpdAorICAgICAgICAvLyBnb2VzIGF3YXkgYW5kIGlzIHJlY3JlYXRlZCBsYXRl
ciBzbyB3ZSBkb24ndCBtYWtlIGFuIGVmZm9ydAorICAgICAgICAvLyB0byBrZWVwIGl0IGFsaXZl
IGhlcmUuCisgICAgICAgIGlmICghd3JhcHBlci0+SXNEaXJ0eSgpKQorICAgICAgICAgICAgcmV0
dXJuOwogCiAgICAgICAgIC8vIElmIHRoZSBub2RlIGlzIGluIGRvY3VtZW50LCBwdXQgaXQgaW4g
dGhlIG93bmVyRG9jdW1lbnQncyBvYmplY3QgZ3JvdXAuCiAgICAgICAgIC8v
</data>

          </attachment>
      

    </bug>

</bugzilla>