<?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>53045</bug_id>
          
          <creation_ts>2011-01-24 14:10:05 -0800</creation_ts>
          <short_desc>REGRESSION (r74807): memory corruption after CachedResourceLoader refactoring</short_desc>
          <delta_ts>2011-03-10 09:12:37 -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>Page Loading</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></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>53059</dependson>
    
    <dependson>54424</dependson>
    
    <dependson>55596</dependson>
          <blocked>55693</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Mihai Parparita">mihaip</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>darin</cc>
    
    <cc>koivisto</cc>
    
    <cc>mitz</cc>
    
    <cc>psolanki</cc>
    
    <cc>simon.fraser</cc>
    
    <cc>thakis</cc>
    
    <cc>tonyg</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>339257</commentid>
    <comment_count>0</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-01-24 14:10:05 -0800</bug_when>
    <thetext>The Chromium reliability bot started to see crashes in malloc code shortly after http://trac.webkit.org/changeset/74807/ was checked in. By bisecting the WebKit changes in between known stable and known crashing revisions, it was determined that that was the cause (see http://crbug.com/68516 for more details).

Antti, I&apos;ll take a look at change to see if anything stands out, but let me know if you can think of any helpful tips.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339374</commentid>
    <comment_count>1</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2011-01-24 16:53:36 -0800</bug_when>
    <thetext>Does your reliability bot run debug or release builds?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339381</commentid>
    <comment_count>2</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-01-24 17:01:58 -0800</bug_when>
    <thetext>(In reply to comment #1)
&gt; Does your reliability bot run debug or release builds?

Just release builds. I&apos;ll see if it&apos;s possible to run a debug build.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>339686</commentid>
    <comment_count>3</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-01-25 09:33:31 -0800</bug_when>
    <thetext>I enabled some of the debug-only checks in release builds (http://trac.webkit.org/changeset/76575 and http://trac.webkit.org/changeset/76576), but unfortunately they weren&apos;t triggered by recent reliability runs.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>351480</commentid>
    <comment_count>4</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2011-02-15 12:20:43 -0800</bug_when>
    <thetext>https://bugs.webkit.org/show_bug.cgi?id=54486 might be related. I added a patch there that might be helpful for catching this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356605</commentid>
    <comment_count>5</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-02-23 17:57:49 -0800</bug_when>
    <thetext>Latest update from the Chromium side (http://code.google.com/p/chromium/issues/detail?id=68516#c44):

I managed to catch (by running chrome with patched tcmalloc on bots) something that looks like a double free:

We are in CSSSelectorList::deleteSelector (called from ~CSSSelectorList, called from ~CSSStyleRule) and CSSSelector::m_selectorArray point so something that looks like it was already deleted (it&apos;s contents are zapped with 0xDEADDEAD which I use as a magic value in the tcmalloc&apos;s free). Unfortunately I can&apos;t say where exactly it was deleted, because my naive checks do not track this information. I will try to address this tomorrow.

Maybe somebody with WebKit knowledge can deduce something just from looking at CSSSelectorList code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356620</commentid>
    <comment_count>6</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-02-23 18:22:15 -0800</bug_when>
    <thetext>&lt;rdar://problem/9045923&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>356828</commentid>
    <comment_count>7</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2011-02-24 03:06:10 -0800</bug_when>
    <thetext>Maybe someone has deleted CSSSelector that is actually allocated from m_selectorArray? CSSSelector should probably have private destructor.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>360922</commentid>
    <comment_count>8</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-02 11:00:58 -0800</bug_when>
    <thetext>(In reply to comment #7)
&gt; Maybe someone has deleted CSSSelector that is actually allocated from m_selectorArray? CSSSelector should probably have private destructor.

The CSSSelector destructor ends up being invoked by the OwnPtr member of RareData. Any ideas for how to make this work without making OwnPtr a friend? 

It seems like adding a m_deleted flag/CRASH check in CSSSelector would help with catching this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364820</commentid>
    <comment_count>9</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 15:31:38 -0800</bug_when>
    <thetext>We were able to run the reliability bot with a debugging allocator, and got this crash.

chrome_25a0000!WTF::HashTable&lt;WTF::String,WTF::String,WTF::IdentityExtractor&lt;WTF::String&gt;,WTF::StringHash,WTF::HashTraits&lt;WTF::String&gt;,WTF::HashTraits&lt;WTF::String&gt; &gt;::add&lt;WTF::String,WTF::String,WTF::IdentityHashTranslator&lt;WTF::String,WTF::String,WTF::StringHash&gt; &gt;+0x39 [c:\b\build\slave\win\build\src\third_party\webkit\source\javascriptcore\wtf\hashtable.h @ 644]
chrome_25a0000!WebCore::CachedResourceLoader::revalidateResource+0xbc [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\loader\cache\cachedresourceloader.cpp @ 355]
chrome_25a0000!WebCore::CachedResourceLoader::requestResource+0x1b5 [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\loader\cache\cachedresourceloader.cpp @ 318]
chrome_25a0000!WebCore::CachedResourceLoader::requestImage+0xfa [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\loader\cache\cachedresourceloader.cpp @ 144]
chrome_25a0000!WebCore::ImageLoader::updateFromElement+0x1b0 [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\loader\imageloader.cpp @ 172]
chrome_25a0000!WebCore::HTMLImageElement::parseMappedAttribute+0x5a [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\html\htmlimageelement.cpp @ 167]
chrome_25a0000!WebCore::StyledElement::attributeChanged+0xf7 [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\dom\styledelement.cpp @ 189]
chrome_25a0000!WebCore::NamedNodeMap::addAttribute+0x77 [c:\b\build\slave\win\build\src\third_party\webkit\source\webcore\dom\namednodemap.cpp @ 263]

Looking at the implementation of CachedResourceLoader::revalidateResource (http://trac.webkit.org/browser/trunk/Source/WebCore/loader/cache/CachedResourceLoader.cpp#L335) we crash when calling m_validatedURLs.add(url). We got url earlier, from &quot;const String&amp; url = resource-&gt;url();&quot;. However, resource could have been deleted by the &quot;memoryCache()-&gt;remove(resource);&quot; call, thus the url String reference may not be good anymore. I think making an explicit copy of the url String should fix things. The fact that all this code originated with r74807 makes me pretty sure that this is the cause.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364829</commentid>
    <comment_count>10</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 15:44:16 -0800</bug_when>
    <thetext>I now see that that the stack that I got in comment 9 is the same as the one in bug 54486, so that may be a dupe of this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364837</commentid>
    <comment_count>11</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2011-03-09 15:56:37 -0800</bug_when>
    <thetext>(In reply to comment #9)
5) we crash when calling m_validatedURLs.add(url). We got url earlier, from &quot;const String&amp; url = resource-&gt;url();&quot;. However, resource could have been deleted by the &quot;memoryCache()-&gt;remove(resource);&quot; call, thus the url String reference may not be good anymore. I think making an explicit copy of the url String should fix things. The fact that all this code originated with r74807 makes me pretty sure that this is the cause.

Great, that must be it! Do you want to make the patch?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364839</commentid>
    <comment_count>12</comment_count>
    <who name="Antti Koivisto">koivisto</who>
    <bug_when>2011-03-09 15:57:49 -0800</bug_when>
    <thetext>*** Bug 54486 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364840</commentid>
    <comment_count>13</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 15:58:22 -0800</bug_when>
    <thetext>(In reply to comment #11)
&gt; Great, that must be it! Do you want to make the patch?

Yeah, I&apos;ll take a shot (and try to reproduce locally too).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364893</commentid>
    <comment_count>14</comment_count>
      <attachid>85261</attachid>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 17:06:01 -0800</bug_when>
    <thetext>Created attachment 85261
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364895</commentid>
    <comment_count>15</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 17:08:10 -0800</bug_when>
    <thetext>(In reply to comment #13)
&gt; Yeah, I&apos;ll take a shot (and try to reproduce locally too).

I didn&apos;t have much luck reproducing this locally. MemoryCache::remove calls MemoryCache::evict, which will delete the resource if CachedResource::canDelete returns true, but I couldn&apos;t get that configuration to happen.

Since this is a harmless change otherwise (except for the extra copy), I think it&apos;s worth trying to land this and see if the crashes on our reliability bot go away.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364942</commentid>
    <comment_count>16</comment_count>
      <attachid>85273</attachid>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 18:32:46 -0800</bug_when>
    <thetext>Created attachment 85273
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364945</commentid>
    <comment_count>17</comment_count>
      <attachid>85273</attachid>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2011-03-09 18:42:56 -0800</bug_when>
    <thetext>Comment on attachment 85273
Patch

Up to you, but the style seems to be to drop the const.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364946</commentid>
    <comment_count>18</comment_count>
      <attachid>85275</attachid>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 18:43:06 -0800</bug_when>
    <thetext>Created attachment 85275
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364948</commentid>
    <comment_count>19</comment_count>
      <attachid>85275</attachid>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 18:53:08 -0800</bug_when>
    <thetext>Comment on attachment 85275
Patch

Accidentally clobbered Tony&apos;s r+ with the new patch, will land it by hand.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>364952</commentid>
    <comment_count>20</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-09 18:55:13 -0800</bug_when>
    <thetext>Committed r80686: &lt;http://trac.webkit.org/changeset/80686&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>365233</commentid>
    <comment_count>21</comment_count>
    <who name="Mihai Parparita">mihaip</who>
    <bug_when>2011-03-10 09:12:37 -0800</bug_when>
    <thetext>(In reply to comment #20)
&gt; Committed r80686: &lt;http://trac.webkit.org/changeset/80686&gt;

I&apos;m pretty sure that this does fix the problem. Reliability bot runs after that got picked up by a DEPS roll (starting with http://build.chromium.org/p/chromium/builders/Win%20Reliability/builds/2556/steps/reliability%3A%20complete%20result%20of%20previous%20build/logs/stdio, and thus far 6 other runs) no longer show tcmalloc crashes.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85261</attachid>
            <date>2011-03-09 17:06:01 -0800</date>
            <delta_ts>2011-03-09 18:32:43 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-53045-20110309170600.patch</filename>
            <type>text/plain</type>
            <size>1881</size>
            <attacher name="Mihai Parparita">mihaip</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODA2NjcKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCBhYjU4ZGZjMGIzZjFhYmU3
YzE2MjQ0MzYzMmMwMThkMzdjZjUxMjgxLi4zYmU2Yjg5MDZhM2E3MjY2YzRiMzgwODVjNzlhYmE0
ZTkyNzhlMzY0IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvU291
cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMTEtMDMtMDkgIE1paGFp
IFBhcnBhcml0YSAgPG1paGFpcEBjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkg
Tk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgUkVHUkVTU0lPTiAocjc0ODA3KTogbWVtb3J5IGNv
cnJ1cHRpb24gYWZ0ZXIgQ2FjaGVkUmVzb3VyY2VMb2FkZXIgcmVmYWN0b3JpbmcKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTUzMDQ1CisgICAgICAgIAor
ICAgICAgICBDb3B5IHRoZSBVUkwgb3V0IG9mIHRoZSBDYWNoZWRSZXNvdXJjZSB0aGF0IGlzIGJl
aW5nIHJldmFsaWRhdGVkLCBzbworICAgICAgICB0aGF0IHdlIGNhbiBzdGlsbCB1c2UgaXQgKGlu
IG1fdmFsaWRhdGVkVVJMcykgYWZ0ZXIgcmVtb3ZpbmcgdGhlCisgICAgICAgIHJlc291cmNlIGZy
b20gdGhlIG1lbW9yeSBjYWNoZSwgd2hpY2ggbWF5IGRlbGV0ZSBpdC4KKworICAgICAgICBObyBu
ZXcgdGVzdHMsIHNpbmNlIEkgd2FzIG5vdCBhYmxlIHRvIHRyaWdnZXIgdGhpcyBsb2NhbGx5IChp
biBhIGxheW91dAorICAgICAgICB0ZXN0IG9yIG90aGVyd2lzZSkuCisKKyAgICAgICAgKiBsb2Fk
ZXIvY2FjaGUvQ2FjaGVkUmVzb3VyY2VMb2FkZXIuY3BwOgorICAgICAgICAoV2ViQ29yZTo6Q2Fj
aGVkUmVzb3VyY2VMb2FkZXI6OnJldmFsaWRhdGVSZXNvdXJjZSk6CisKIDIwMTEtMDMtMDkgIEdh
dmluIEJhcnJhY2xvdWdoICA8YmFycmFjbG91Z2hAYXBwbGUuY29tPgogCiAgICAgICAgIFJldmll
d2VkIGJ5IERhcmluIEFkbGVyLgpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2Nh
Y2hlL0NhY2hlZFJlc291cmNlTG9hZGVyLmNwcCBiL1NvdXJjZS9XZWJDb3JlL2xvYWRlci9jYWNo
ZS9DYWNoZWRSZXNvdXJjZUxvYWRlci5jcHAKaW5kZXggOTQ0NTQ1MTQwOGVlNzViMWQxMmZiYmNi
NmM1ZmFjZWExMTU1YTU0Ni4uMDcxZjUzYjIzYjFmNWIzMGMxZmM0MTBkYWE2MGU1YmYyMWUzMjVl
ZiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2NhY2hlL0NhY2hlZFJlc291cmNl
TG9hZGVyLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9sb2FkZXIvY2FjaGUvQ2FjaGVkUmVzb3Vy
Y2VMb2FkZXIuY3BwCkBAIC0zNDAsNyArMzQwLDcgQEAgQ2FjaGVkUmVzb3VyY2UqIENhY2hlZFJl
c291cmNlTG9hZGVyOjpyZXZhbGlkYXRlUmVzb3VyY2UoQ2FjaGVkUmVzb3VyY2UqIHJlc291cmMK
ICAgICBBU1NFUlQocmVzb3VyY2UtPmNhblVzZUNhY2hlVmFsaWRhdG9yKCkpOwogICAgIEFTU0VS
VCghcmVzb3VyY2UtPnJlc291cmNlVG9SZXZhbGlkYXRlKCkpOwogICAgIAotICAgIGNvbnN0IFN0
cmluZyYgdXJsID0gcmVzb3VyY2UtPnVybCgpOworICAgIGNvbnN0IFN0cmluZyB1cmwgPSByZXNv
dXJjZS0+dXJsKCk7CiAgICAgQ2FjaGVkUmVzb3VyY2UqIG5ld1Jlc291cmNlID0gY3JlYXRlUmVz
b3VyY2UocmVzb3VyY2UtPnR5cGUoKSwgS1VSTChQYXJzZWRVUkxTdHJpbmcsIHVybCksIHJlc291
cmNlLT5lbmNvZGluZygpKTsKICAgICAKICAgICBMT0coUmVzb3VyY2VMb2FkaW5nLCAiUmVzb3Vy
Y2UgJXAgY3JlYXRlZCB0byByZXZhbGlkYXRlICVwIiwgbmV3UmVzb3VyY2UsIHJlc291cmNlKTsK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85273</attachid>
            <date>2011-03-09 18:32:46 -0800</date>
            <delta_ts>2011-03-09 18:43:03 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-53045-20110309183245.patch</filename>
            <type>text/plain</type>
            <size>1992</size>
            <attacher name="Mihai Parparita">mihaip</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODA2NjcKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCBhYjU4ZGZjMGIzZjFhYmU3
YzE2MjQ0MzYzMmMwMThkMzdjZjUxMjgxLi4zYmU2Yjg5MDZhM2E3MjY2YzRiMzgwODVjNzlhYmE0
ZTkyNzhlMzY0IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvU291
cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMTEtMDMtMDkgIE1paGFp
IFBhcnBhcml0YSAgPG1paGFpcEBjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkg
Tk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgUkVHUkVTU0lPTiAocjc0ODA3KTogbWVtb3J5IGNv
cnJ1cHRpb24gYWZ0ZXIgQ2FjaGVkUmVzb3VyY2VMb2FkZXIgcmVmYWN0b3JpbmcKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTUzMDQ1CisgICAgICAgIAor
ICAgICAgICBDb3B5IHRoZSBVUkwgb3V0IG9mIHRoZSBDYWNoZWRSZXNvdXJjZSB0aGF0IGlzIGJl
aW5nIHJldmFsaWRhdGVkLCBzbworICAgICAgICB0aGF0IHdlIGNhbiBzdGlsbCB1c2UgaXQgKGlu
IG1fdmFsaWRhdGVkVVJMcykgYWZ0ZXIgcmVtb3ZpbmcgdGhlCisgICAgICAgIHJlc291cmNlIGZy
b20gdGhlIG1lbW9yeSBjYWNoZSwgd2hpY2ggbWF5IGRlbGV0ZSBpdC4KKworICAgICAgICBObyBu
ZXcgdGVzdHMsIHNpbmNlIEkgd2FzIG5vdCBhYmxlIHRvIHRyaWdnZXIgdGhpcyBsb2NhbGx5IChp
biBhIGxheW91dAorICAgICAgICB0ZXN0IG9yIG90aGVyd2lzZSkuCisKKyAgICAgICAgKiBsb2Fk
ZXIvY2FjaGUvQ2FjaGVkUmVzb3VyY2VMb2FkZXIuY3BwOgorICAgICAgICAoV2ViQ29yZTo6Q2Fj
aGVkUmVzb3VyY2VMb2FkZXI6OnJldmFsaWRhdGVSZXNvdXJjZSk6CisKIDIwMTEtMDMtMDkgIEdh
dmluIEJhcnJhY2xvdWdoICA8YmFycmFjbG91Z2hAYXBwbGUuY29tPgogCiAgICAgICAgIFJldmll
d2VkIGJ5IERhcmluIEFkbGVyLgpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2Nh
Y2hlL0NhY2hlZFJlc291cmNlTG9hZGVyLmNwcCBiL1NvdXJjZS9XZWJDb3JlL2xvYWRlci9jYWNo
ZS9DYWNoZWRSZXNvdXJjZUxvYWRlci5jcHAKaW5kZXggOTQ0NTQ1MTQwOGVlNzViMWQxMmZiYmNi
NmM1ZmFjZWExMTU1YTU0Ni4uZTJiNDA2MTBjYzUxNGFiZTM1ODFhNGZjNTBiN2ZjMzEyZjdjOGEw
MiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2NhY2hlL0NhY2hlZFJlc291cmNl
TG9hZGVyLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9sb2FkZXIvY2FjaGUvQ2FjaGVkUmVzb3Vy
Y2VMb2FkZXIuY3BwCkBAIC0zNDAsNyArMzQwLDggQEAgQ2FjaGVkUmVzb3VyY2UqIENhY2hlZFJl
c291cmNlTG9hZGVyOjpyZXZhbGlkYXRlUmVzb3VyY2UoQ2FjaGVkUmVzb3VyY2UqIHJlc291cmMK
ICAgICBBU1NFUlQocmVzb3VyY2UtPmNhblVzZUNhY2hlVmFsaWRhdG9yKCkpOwogICAgIEFTU0VS
VCghcmVzb3VyY2UtPnJlc291cmNlVG9SZXZhbGlkYXRlKCkpOwogICAgIAotICAgIGNvbnN0IFN0
cmluZyYgdXJsID0gcmVzb3VyY2UtPnVybCgpOworICAgIC8vIENvcHkgdGhlIFVSTCBvdXQgb2Yg
dGhlIHJlc291cmNlIHRvIGJlIHJldmFsaWRhdGVkIGluIGNhc2UgaXQgZ2V0cyBkZWxldGVkIGJ5
IHRoZSByZW1vdmUoKSBjYWxsIGJlbG93LgorICAgIGNvbnN0IFN0cmluZyB1cmwgPSByZXNvdXJj
ZS0+dXJsKCk7CiAgICAgQ2FjaGVkUmVzb3VyY2UqIG5ld1Jlc291cmNlID0gY3JlYXRlUmVzb3Vy
Y2UocmVzb3VyY2UtPnR5cGUoKSwgS1VSTChQYXJzZWRVUkxTdHJpbmcsIHVybCksIHJlc291cmNl
LT5lbmNvZGluZygpKTsKICAgICAKICAgICBMT0coUmVzb3VyY2VMb2FkaW5nLCAiUmVzb3VyY2Ug
JXAgY3JlYXRlZCB0byByZXZhbGlkYXRlICVwIiwgbmV3UmVzb3VyY2UsIHJlc291cmNlKTsK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85275</attachid>
            <date>2011-03-09 18:43:06 -0800</date>
            <delta_ts>2011-03-09 18:53:08 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-53045-20110309184305.patch</filename>
            <type>text/plain</type>
            <size>1986</size>
            <attacher name="Mihai Parparita">mihaip</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODA2NjcKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCBhYjU4ZGZjMGIzZjFhYmU3
YzE2MjQ0MzYzMmMwMThkMzdjZjUxMjgxLi4zYmU2Yjg5MDZhM2E3MjY2YzRiMzgwODVjNzlhYmE0
ZTkyNzhlMzY0IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvU291
cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMjAgQEAKKzIwMTEtMDMtMDkgIE1paGFp
IFBhcnBhcml0YSAgPG1paGFpcEBjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkg
Tk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgUkVHUkVTU0lPTiAocjc0ODA3KTogbWVtb3J5IGNv
cnJ1cHRpb24gYWZ0ZXIgQ2FjaGVkUmVzb3VyY2VMb2FkZXIgcmVmYWN0b3JpbmcKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTUzMDQ1CisgICAgICAgIAor
ICAgICAgICBDb3B5IHRoZSBVUkwgb3V0IG9mIHRoZSBDYWNoZWRSZXNvdXJjZSB0aGF0IGlzIGJl
aW5nIHJldmFsaWRhdGVkLCBzbworICAgICAgICB0aGF0IHdlIGNhbiBzdGlsbCB1c2UgaXQgKGlu
IG1fdmFsaWRhdGVkVVJMcykgYWZ0ZXIgcmVtb3ZpbmcgdGhlCisgICAgICAgIHJlc291cmNlIGZy
b20gdGhlIG1lbW9yeSBjYWNoZSwgd2hpY2ggbWF5IGRlbGV0ZSBpdC4KKworICAgICAgICBObyBu
ZXcgdGVzdHMsIHNpbmNlIEkgd2FzIG5vdCBhYmxlIHRvIHRyaWdnZXIgdGhpcyBsb2NhbGx5IChp
biBhIGxheW91dAorICAgICAgICB0ZXN0IG9yIG90aGVyd2lzZSkuCisKKyAgICAgICAgKiBsb2Fk
ZXIvY2FjaGUvQ2FjaGVkUmVzb3VyY2VMb2FkZXIuY3BwOgorICAgICAgICAoV2ViQ29yZTo6Q2Fj
aGVkUmVzb3VyY2VMb2FkZXI6OnJldmFsaWRhdGVSZXNvdXJjZSk6CisKIDIwMTEtMDMtMDkgIEdh
dmluIEJhcnJhY2xvdWdoICA8YmFycmFjbG91Z2hAYXBwbGUuY29tPgogCiAgICAgICAgIFJldmll
d2VkIGJ5IERhcmluIEFkbGVyLgpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2Nh
Y2hlL0NhY2hlZFJlc291cmNlTG9hZGVyLmNwcCBiL1NvdXJjZS9XZWJDb3JlL2xvYWRlci9jYWNo
ZS9DYWNoZWRSZXNvdXJjZUxvYWRlci5jcHAKaW5kZXggOTQ0NTQ1MTQwOGVlNzViMWQxMmZiYmNi
NmM1ZmFjZWExMTU1YTU0Ni4uNmU1ZDRmZmM5MTBmMzg3NTFhODhmMWI4Njg5NTllNWMxZjQxNjc4
OCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL2NhY2hlL0NhY2hlZFJlc291cmNl
TG9hZGVyLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9sb2FkZXIvY2FjaGUvQ2FjaGVkUmVzb3Vy
Y2VMb2FkZXIuY3BwCkBAIC0zNDAsNyArMzQwLDggQEAgQ2FjaGVkUmVzb3VyY2UqIENhY2hlZFJl
c291cmNlTG9hZGVyOjpyZXZhbGlkYXRlUmVzb3VyY2UoQ2FjaGVkUmVzb3VyY2UqIHJlc291cmMK
ICAgICBBU1NFUlQocmVzb3VyY2UtPmNhblVzZUNhY2hlVmFsaWRhdG9yKCkpOwogICAgIEFTU0VS
VCghcmVzb3VyY2UtPnJlc291cmNlVG9SZXZhbGlkYXRlKCkpOwogICAgIAotICAgIGNvbnN0IFN0
cmluZyYgdXJsID0gcmVzb3VyY2UtPnVybCgpOworICAgIC8vIENvcHkgdGhlIFVSTCBvdXQgb2Yg
dGhlIHJlc291cmNlIHRvIGJlIHJldmFsaWRhdGVkIGluIGNhc2UgaXQgZ2V0cyBkZWxldGVkIGJ5
IHRoZSByZW1vdmUoKSBjYWxsIGJlbG93LgorICAgIFN0cmluZyB1cmwgPSByZXNvdXJjZS0+dXJs
KCk7CiAgICAgQ2FjaGVkUmVzb3VyY2UqIG5ld1Jlc291cmNlID0gY3JlYXRlUmVzb3VyY2UocmVz
b3VyY2UtPnR5cGUoKSwgS1VSTChQYXJzZWRVUkxTdHJpbmcsIHVybCksIHJlc291cmNlLT5lbmNv
ZGluZygpKTsKICAgICAKICAgICBMT0coUmVzb3VyY2VMb2FkaW5nLCAiUmVzb3VyY2UgJXAgY3Jl
YXRlZCB0byByZXZhbGlkYXRlICVwIiwgbmV3UmVzb3VyY2UsIHJlc291cmNlKTsK
</data>

          </attachment>
      

    </bug>

</bugzilla>