<?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>33560</bug_id>
          
          <creation_ts>2010-01-12 16:39:40 -0800</creation_ts>
          <short_desc>[chromium] setReplacing call in WebFrameImpl.cpp is causing problems with multipart code</short_desc>
          <delta_ts>2010-01-12 17:29:49 -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>WebCore Misc.</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="Tony Chang">tony</reporter>
          <assigned_to name="Tony Chang">tony</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>fishd</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>180029</commentid>
    <comment_count>0</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-01-12 16:39:40 -0800</bug_when>
    <thetext>In bug 31446 comment 7, Darin asks if WebFrameImpl::loadData call to setReplacing could that interact in an interesting way with this code.  Turns out he was right!  This is causing an assert to trigger with the code added in r53143 because we&apos;re trying to replace a document that already exists.

Fix coming up.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180035</commentid>
    <comment_count>1</comment_count>
      <attachid>46413</attachid>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-01-12 16:46:48 -0800</bug_when>
    <thetext>Created attachment 46413
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180045</commentid>
    <comment_count>2</comment_count>
      <attachid>46413</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-01-12 17:12:43 -0800</bug_when>
    <thetext>Comment on attachment 46413
Patch

I think this is ok, but I&apos;m not 100% sure.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180051</commentid>
    <comment_count>3</comment_count>
      <attachid>46413</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-01-12 17:29:44 -0800</bug_when>
    <thetext>Comment on attachment 46413
Patch

Clearing flags on attachment: 46413

Committed r53171: &lt;http://trac.webkit.org/changeset/53171&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180052</commentid>
    <comment_count>4</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-01-12 17:29:49 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>46413</attachid>
            <date>2010-01-12 16:46:48 -0800</date>
            <delta_ts>2010-01-12 17:29:44 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-33560-20100112164647.patch</filename>
            <type>text/plain</type>
            <size>1339</size>
            <attacher name="Tony Chang">tony</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYkNvcmUvQ2hhbmdlTG9nIGIvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXgg
Yzg5YWUwZC4uOGY4ZDEwZSAxMDA2NDQKLS0tIGEvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvV2Vi
Q29yZS9DaGFuZ2VMb2cKQEAgLTEsMyArMSwxNSBAQAorMjAxMC0wMS0xMiAgVG9ueSBDaGFuZyAg
PHRvbnlAY2hyb21pdW0ub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEp
LgorCisgICAgICAgIEZpeCBhbiBhc3NlcnQgYmVpbmcgdHJpZ2dlcmVkIGJ5IGhvdyB0aGUgQ2hy
b21pdW0gcG9ydCBzZXRzIHRoZQorICAgICAgICByZXBsYWNpbmcgZmxhZyBmb3IgZXJyb3IgcGFn
ZXMuICBUaGlzIHdhcyBjYXVzZWQgYnkgcjUzMTQzLgorCisgICAgICAgIENvdmVyZWQgYnkgZXhp
c3RpbmcgQ2hyb21pdW0gVUkgdGVzdHMuCisKKyAgICAgICAgKiBsb2FkZXIvRnJhbWVMb2FkZXIu
Y3BwOgorICAgICAgICAoV2ViQ29yZTo6RnJhbWVMb2FkZXI6OmNoZWNrTG9hZENvbXBsZXRlRm9y
VGhpc0ZyYW1lKToKKwogMjAxMC0wMS0xMiAgQnJpYW4gV2VpbnN0ZWluICA8YndlaW5zdGVpbkBh
cHBsZS5jb20+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkgRGF2ZSBIeWF0dC4KZGlmZiAtLWdpdCBh
L1dlYkNvcmUvbG9hZGVyL0ZyYW1lTG9hZGVyLmNwcCBiL1dlYkNvcmUvbG9hZGVyL0ZyYW1lTG9h
ZGVyLmNwcAppbmRleCAyNjgzMjA5Li4zMTRjYTMzIDEwMDY0NAotLS0gYS9XZWJDb3JlL2xvYWRl
ci9GcmFtZUxvYWRlci5jcHAKKysrIGIvV2ViQ29yZS9sb2FkZXIvRnJhbWVMb2FkZXIuY3BwCkBA
IC0yOTIyLDcgKzI5MjIsOCBAQCB2b2lkIEZyYW1lTG9hZGVyOjpjaGVja0xvYWRDb21wbGV0ZUZv
clRoaXNGcmFtZSgpCiAgICAgICAgICAgICAgICAgc3RvcExvYWRpbmdTdWJmcmFtZXMoKTsKICAg
ICAgICAgICAgICAgICBwZGwtPnN0b3BMb2FkaW5nKCk7CiAKLSAgICAgICAgICAgICAgICBpZiAo
aXNSZXBsYWNpbmcoKSkKKyAgICAgICAgICAgICAgICAvLyBJZiB3ZSdyZSBpbiB0aGUgbWlkZGxl
IG9mIGxvYWRpbmcgbXVsdGlwYXJ0IGRhdGEsIHdlIG5lZWQgdG8gcmVzdG9yZSB0aGUgZG9jdW1l
bnQgbG9hZGVyLgorICAgICAgICAgICAgICAgIGlmIChpc1JlcGxhY2luZygpICYmICFtX2RvY3Vt
ZW50TG9hZGVyLmdldCgpKQogICAgICAgICAgICAgICAgICAgICBzZXREb2N1bWVudExvYWRlciht
X3Byb3Zpc2lvbmFsRG9jdW1lbnRMb2FkZXIuZ2V0KCkpOwogCiAgICAgICAgICAgICAgICAgLy8g
RmluaXNoIHJlc2V0dGluZyB0aGUgbG9hZCBzdGF0ZSwgYnV0IG9ubHkgaWYgYW5vdGhlciBsb2Fk
IGhhc24ndCBiZWVuIHN0YXJ0ZWQgYnkgdGhlCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>