<?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>38992</bug_id>
          
          <creation_ts>2010-05-12 08:00:44 -0700</creation_ts>
          <short_desc>REGRESSION: Crash by pasting to a textarea with white-space:nowrap</short_desc>
          <delta_ts>2010-05-17 18:22:40 -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>HTML Editing</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</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>InRadar</keywords>
          <priority>P1</priority>
          <bug_severity>Major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Kent Tamura">tkent</reporter>
          <assigned_to name="Tony Chang">tony</assigned_to>
          <cc>abarth</cc>
    
    <cc>eric</cc>
    
    <cc>tony</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>224610</commentid>
    <comment_count>0</comment_count>
      <attachid>55847</attachid>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-05-12 08:00:44 -0700</bug_when>
    <thetext>Created attachment 55847
Test case

A crash issue in http://code.google.com/p/chromium/issues/detail?id=43977

See the attached test case.
r54395 is suspicious.


Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000060
0x00000001010be999 in WebCore::QualifiedName::matches (this=0x60, other=@0x102bdc948) at QualifiedName.h:74
74          bool matches(const QualifiedName&amp; other) const { return m_impl == other.m_impl || (localName() == other.localName() &amp;&amp; namespaceURI() == other.namespaceURI()); }
(gdb) bt
#0  0x00000001010be999 in WebCore::QualifiedName::matches (this=0x60, other=@0x102bdc948) at QualifiedName.h:74
#1  0x00000001010bea29 in WebCore::Element::hasTagName (this=0x0, tagName=@0x102bdc948) at Element.h:161
#2  0x00000001013ca81e in WebCore::highestVisuallyEquivalentDiv (startBlock=0x121425330) at /Users/kent/WebKit/WebCore/editing/InsertParagraphSeparatorCommand.cpp:54
#3  0x00000001013cb2d1 in WebCore::InsertParagraphSeparatorCommand::doApply (this=0x121426fc0) at /Users/kent/WebKit/WebCore/editing/InsertParagraphSeparatorCommand.cpp:238
#4  0x000000010120ed71 in WebCore::EditCommand::apply (this=0x121426fc0) at /Users/kent/WebKit/WebCore/editing/EditCommand.cpp:91
#5  0x0000000100ffa67e in WebCore::CompositeEditCommand::applyCommandToComposite (this=0x12157fd70, cmd=@0x7fff5fbfe110) at /Users/kent/WebKit/WebCore/editing/CompositeEditCommand.cpp:99
#6  0x0000000100ffe064 in WebCore::CompositeEditCommand::insertParagraphSeparator (this=0x12157fd70, useDefaultParagraphElement=true) at /Users/kent/WebKit/WebCore/editing/CompositeEditCommand.cpp:125
#7  0x00000001018909f9 in WebCore::ReplaceSelectionCommand::doApply (this=0x12157fd70) at /Users/kent/WebKit/WebCore/editing/ReplaceSelectionCommand.cpp:1036
#8  0x000000010120ed71 in WebCore::EditCommand::apply (this=0x12157fd70) at /Users/kent/WebKit/WebCore/editing/EditCommand.cpp:91
#9  0x000000010120edec in WebCore::applyCommand (command=@0x7fff5fbfec70) at /Users/kent/WebKit/WebCore/editing/EditCommand.cpp:212
#10 0x0000000101217e79 in WebCore::Editor::replaceSelectionWithFragment (this=0x1190016f0, fragment=@0x7fff5fbfecf0, selectReplacement=false, smartReplace=false, matchStyle=true) at /Users/kent/WebKit/WebCore/editing/Editor.cpp:311
#11 0x0000000101217f08 in WebCore::Editor::replaceSelectionWithText (this=0x1190016f0, text=@0x7fff5fbfed60, selectReplacement=false, smartReplace=false) at /Users/kent/WebKit/WebCore/editing/Editor.cpp:317
#12 0x00000001012187f2 in WebCore::Editor::pasteAsPlainTextWithPasteboard (this=0x1190016f0, pasteboard=0x119851da0) at /Users/kent/WebKit/WebCore/editing/Editor.cpp:277
#13 0x000000010121883e in WebCore::Editor::pasteAsPlainText (this=0x1190016f0) at /Users/kent/WebKit/WebCore/editing/Editor.cpp:1080
#14 0x0000000100382357 in -[WebHTMLView(WebInternal) paste:] (self=0x11bca5cb0, _cmd=0x7fff86a148e8, sender=0x106a1a4b0) at /Users/kent/WebKit/WebKit/mac/WebView/WebHTM</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>224630</commentid>
    <comment_count>1</comment_count>
    <who name="Kent Tamura">tkent</who>
    <bug_when>2010-05-12 08:29:59 -0700</bug_when>
    <thetext>Correction of the instruction in the attachment:
  Select all of the first textarea content, then paste it into the second textarea.
-&gt;
  Select all of the first textarea content, copy it, then paste it into the second textarea.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225175</commentid>
    <comment_count>2</comment_count>
      <attachid>55952</attachid>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-05-13 00:14:31 -0700</bug_when>
    <thetext>Created attachment 55952
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225181</commentid>
    <comment_count>3</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-05-13 00:21:36 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; Created an attachment (id=55952) [details]
&gt; Patch

The crash happens if we&apos;re pasting plain text into a white-space:nowrap field.  It happens in code added in r54395, as Kent mentions.  The code added didn&apos;t consider the possibility that we could be operating on a document fragment where the root element is a &lt;div&gt;.  When pasting, we create a document fragment from the clipboard text that triggers the crash.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>225460</commentid>
    <comment_count>4</comment_count>
      <attachid>55952</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-05-13 13:11:58 -0700</bug_when>
    <thetext>Comment on attachment 55952
Patch

Not new to this patch: It&apos;s very strange that this code specifically special-cases &lt;div&gt; elements. There&apos;s nothing unqiue about a &lt;div&gt; elements, is there? Can&apos;t a &lt;p&gt; elements perform almost the identical function?

The check that an element has a grandparent seems to be a roundabout way to define a &quot;root node&quot; that depends on the one hand on the fact that we use document fragments with single nodes in them and on the other hand on the fact that a document has an HTML element in it. I&apos;d think that in the case of a document we&apos;d not want to add a sibling to a body node either, so I think the parent-&gt;parent check is not ideal.

But r=me on this change for now, since it does some good and no harm.

I&apos;d like further thought and testing, though, since this seems a little loose.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>226155</commentid>
    <comment_count>5</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-05-14 23:30:31 -0700</bug_when>
    <thetext>Attachment 55952 was posted by a committer and has review+, assigning to Tony Chang for commit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>226589</commentid>
    <comment_count>6</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-05-16 19:07:51 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; (From update of attachment 55952 [details])
&gt; Not new to this patch: It&apos;s very strange that this code specifically special-cases &lt;div&gt; elements. There&apos;s nothing unqiue about a &lt;div&gt; elements, is there? Can&apos;t a &lt;p&gt; elements perform almost the identical function?

I&apos;ve created bug 39193 for this.

&gt; The check that an element has a grandparent seems to be a roundabout way to define a &quot;root node&quot; that depends on the one hand on the fact that we use document fragments with single nodes in them and on the other hand on the fact that a document has an HTML element in it. I&apos;d think that in the case of a document we&apos;d not want to add a sibling to a body node either, so I think the parent-&gt;parent check is not ideal.

I agree that we would not want to add a sibling to a body node, but this code specifically checks for div tags so it&apos;ll only create siblings for divs.

&gt; But r=me on this change for now, since it does some good and no harm.
&gt; 
&gt; I&apos;d like further thought and testing, though, since this seems a little loose.

I&apos;ll see if I can come up with some more tests for this-- it may be the case that we just shouldn&apos;t run this code for document fragments at all, although it seems harmless right now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>226605</commentid>
    <comment_count>7</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-05-16 21:09:12 -0700</bug_when>
    <thetext>Committed r59591: &lt;http://trac.webkit.org/changeset/59591&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>226619</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2010-05-16 22:16:36 -0700</bug_when>
    <thetext>http://trac.webkit.org/changeset/59591 might have broken GTK Linux 32-bit Debug</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227032</commentid>
    <comment_count>9</comment_count>
    <who name="Adele Peterson">adele</who>
    <bug_when>2010-05-17 18:22:40 -0700</bug_when>
    <thetext>&lt;rdar://problem/7995593&gt;</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>55847</attachid>
            <date>2010-05-12 08:00:44 -0700</date>
            <delta_ts>2010-05-12 08:00:44 -0700</delta_ts>
            <desc>Test case</desc>
            <filename>skem.html</filename>
            <type>text/html</type>
            <size>307</size>
            <attacher name="Kent Tamura">tkent</attacher>
            
              <data encoding="base64">PGh0bWw+CjxoZWFkPgo8L2hlYWQ+Cjxib2R5Pgo8cD5TZWxlY3QgYWxsIG9mIHRoZSBmaXJzdCB0
ZXh0YXJlYSBjb250ZW50LCB0aGVuIHBhc3RlIGl0IGludG8gdGhlIHNlY29uZCB0ZXh0YXJlYS48
L3A+Cjx0ZXh0YXJlYSBjb2xzPSI1NSIgcm93cz0iNCIgc3R5bGU9IndoaXRlLXNwZWFjZTpub3dy
YXA7Ij4KYWFhCmJiYgo8L3RleHRhcmVhPjxici8+Cjx0ZXh0YXJlYSBuYW1lPSJjdXN0b20iIGNv
bHM9IjU1IiByb3dzPSI0IiBzdHlsZT0id2hpdGUtc3BhY2U6bm93cmFwOyI+CjwvdGV4dGFyZWE+
PGJyLz4KPC9ib2R5Pgo8L2h0bWw+Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>55952</attachid>
            <date>2010-05-13 00:14:31 -0700</date>
            <delta_ts>2010-05-13 13:11:58 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-38992-20100513161429.patch</filename>
            <type>text/plain</type>
            <size>4491</size>
            <attacher name="Tony Chang">tony</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCAwY2FhZWIwYmZiYzg2MDM2OGEzOThjNmVmMDg4YTU4MGU5ODY0MjViLi5jOGRjNGFh
NTA0NTc2OTFiMGYzZDA3ZTViMmEwYTg3ODc0MzE4MWYwIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0
cy9DaGFuZ2VMb2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAK
KzIwMTAtMDUtMTMgIFRvbnkgQ2hhbmcgIDx0b255QGNocm9taXVtLm9yZz4KKworICAgICAgICBS
ZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBSRUdSRVNTSU9OOiBDcmFzaCBi
eSBwYXN0aW5nIHRvIGEgdGV4dGFyZWEgd2l0aCB3aGl0ZS1zcGFjZTpub3dyYXAKKyAgICAgICAg
aHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM4OTkyCisKKyAgICAgICAg
KiBlZGl0aW5nL3Bhc3RlYm9hcmQvcGFzdGUtcGxhaW50ZXh0LW5vd3JhcC1leHBlY3RlZC50eHQ6
IEFkZGVkLgorICAgICAgICAqIGVkaXRpbmcvcGFzdGVib2FyZC9wYXN0ZS1wbGFpbnRleHQtbm93
cmFwLmh0bWw6IEFkZGVkLgorCiAyMDEwLTA1LTEyICBTaW1vbiBGcmFzZXIgIDxzaW1vbi5mcmFz
ZXJAYXBwbGUuY29tPgogCiAgICAgICAgIFJldmlld2VkIGJ5IERhdmlkIEh5YXR0LgpkaWZmIC0t
Z2l0IGEvTGF5b3V0VGVzdHMvZWRpdGluZy9wYXN0ZWJvYXJkL3Bhc3RlLXBsYWludGV4dC1ub3dy
YXAtZXhwZWN0ZWQudHh0IGIvTGF5b3V0VGVzdHMvZWRpdGluZy9wYXN0ZWJvYXJkL3Bhc3RlLXBs
YWludGV4dC1ub3dyYXAtZXhwZWN0ZWQudHh0Cm5ldyBmaWxlIG1vZGUgMTAwNjQ0CmluZGV4IDAw
MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAuLjk0ZmI0NzJiOGM3YzNmNmY5
NzQ5Y2Q2Y2ExYzY1MGRjMmQ5MWVmMzcKLS0tIC9kZXYvbnVsbAorKysgYi9MYXlvdXRUZXN0cy9l
ZGl0aW5nL3Bhc3RlYm9hcmQvcGFzdGUtcGxhaW50ZXh0LW5vd3JhcC1leHBlY3RlZC50eHQKQEAg
LTAsMCArMSw2IEBACitDb3B5aW5nIGFuZCBwYXN0aW5nIHRoZSB0ZXh0IGJlbG93IGluIHBsYWNl
IHNob3VsZCBub3QgY3Jhc2guCisKKworUEFTU0VECisKKwpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVz
dHMvZWRpdGluZy9wYXN0ZWJvYXJkL3Bhc3RlLXBsYWludGV4dC1ub3dyYXAuaHRtbCBiL0xheW91
dFRlc3RzL2VkaXRpbmcvcGFzdGVib2FyZC9wYXN0ZS1wbGFpbnRleHQtbm93cmFwLmh0bWwKbmV3
IGZpbGUgbW9kZSAxMDA2NDQKaW5kZXggMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAw
MDAwMDAwMC4uZWMzNmRhMzM3YWUzZmIxYTE3ZmQ0Njg0YzRlZjgyYWIxMzIwM2EwYgotLS0gL2Rl
di9udWxsCisrKyBiL0xheW91dFRlc3RzL2VkaXRpbmcvcGFzdGVib2FyZC9wYXN0ZS1wbGFpbnRl
eHQtbm93cmFwLmh0bWwKQEAgLTAsMCArMSwyMCBAQAorPGJvZHk+Cis8cD5Db3B5aW5nIGFuZCBw
YXN0aW5nIHRoZSB0ZXh0IGJlbG93IGluIHBsYWNlIHNob3VsZCBub3QgY3Jhc2guPC9wPgorPHRl
eHRhcmVhIGlkPSJ0ZXN0IiBzdHlsZT0id2hpdGUtc3BhY2U6bm93cmFwIj5saW5lMQorbGluZTIK
KzwvdGV4dGFyZWE+Cis8cCBpZD0icmVzdWx0cyI+RkFJTEVEPC9wPgorPC9ib2R5PgorPHNjcmlw
dCBzcmM9Ii4uL2VkaXRpbmcuanMiPjwvc2NyaXB0PgorPHNjcmlwdD4KK2Z1bmN0aW9uIGVkaXRp
bmdUZXN0KCkKK3sKKyAgICBkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgidGVzdCIpLmZvY3VzKCk7
CisgICAgZXhlY1NlbGVjdEFsbENvbW1hbmQoKTsKKyAgICBleGVjQ29weUNvbW1hbmQoKTsKKyAg
ICBleGVjUGFzdGVDb21tYW5kKCk7CisgICAgZG9jdW1lbnQuZ2V0RWxlbWVudEJ5SWQoInJlc3Vs
dHMiKS5pbm5lclRleHQgPSAiUEFTU0VEIjsKK30KKworcnVuRHVtcEFzVGV4dEVkaXRpbmdUZXN0
KGZhbHNlKTsKKzwvc2NyaXB0PgpkaWZmIC0tZ2l0IGEvV2ViQ29yZS9DaGFuZ2VMb2cgYi9XZWJD
b3JlL0NoYW5nZUxvZwppbmRleCBlODI1YWUyODY1YTQwNDI1YWE1ZWQxMWIwNjA2ZDc2M2MxYzk4
ZGNlLi45NjA1OTMzMmM1NTkwNWE2MWI1MTczNjRlY2I4ODNiNTI5OTU0MGRhIDEwMDY0NAotLS0g
YS9XZWJDb3JlL0NoYW5nZUxvZworKysgYi9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDEwLTA1LTEzICBUb255IENoYW5nICA8dG9ueUBjaHJvbWl1bS5vcmc+CisKKyAgICAg
ICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgUkVHUkVTU0lPTjogQ3Jh
c2ggYnkgcGFzdGluZyB0byBhIHRleHRhcmVhIHdpdGggd2hpdGUtc3BhY2U6bm93cmFwCisgICAg
ICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0zODk5MgorCisgICAg
ICAgIFRlc3Q6IGVkaXRpbmcvcGFzdGVib2FyZC9wYXN0ZS1wbGFpbnRleHQtbm93cmFwLmh0bWwK
KworICAgICAgICAqIGVkaXRpbmcvSW5zZXJ0UGFyYWdyYXBoU2VwYXJhdG9yQ29tbWFuZC5jcHA6
CisgICAgICAgIChXZWJDb3JlOjpoaWdoZXN0VmlzdWFsbHlFcXVpdmFsZW50RGl2QmVsb3dSb290
KToKKyAgICAgICAgKFdlYkNvcmU6Okluc2VydFBhcmFncmFwaFNlcGFyYXRvckNvbW1hbmQ6OmRv
QXBwbHkpOgorCiAyMDEwLTA1LTEyICBTaW1vbiBGcmFzZXIgIDxzaW1vbi5mcmFzZXJAYXBwbGUu
Y29tPgogCiAgICAgICAgIFJldmlld2VkIGJ5IERhdmlkIEh5YXR0LgpkaWZmIC0tZ2l0IGEvV2Vi
Q29yZS9lZGl0aW5nL0luc2VydFBhcmFncmFwaFNlcGFyYXRvckNvbW1hbmQuY3BwIGIvV2ViQ29y
ZS9lZGl0aW5nL0luc2VydFBhcmFncmFwaFNlcGFyYXRvckNvbW1hbmQuY3BwCmluZGV4IDA1OGI5
NjFhODBkOTkxNmRjMzI1NDg2NDU0YTk3OWY5YWY2Mjg2ODQuLmFmZmI2MzkwNDUxN2NkYzRhNGYy
MWNlMjQ1NmZlMmMzMGQxZGU2ODQgMTAwNjQ0Ci0tLSBhL1dlYkNvcmUvZWRpdGluZy9JbnNlcnRQ
YXJhZ3JhcGhTZXBhcmF0b3JDb21tYW5kLmNwcAorKysgYi9XZWJDb3JlL2VkaXRpbmcvSW5zZXJ0
UGFyYWdyYXBoU2VwYXJhdG9yQ29tbWFuZC5jcHAKQEAgLTQ4LDEwICs0OCwxMiBAQCB1c2luZyBu
YW1lc3BhY2UgSFRNTE5hbWVzOwogLy8gcGFzdGluZywgaXQncyBlYXN5IHRvIGhhdmUgZWFjaCBu
ZXcgbGluZSBiZSBhIGRpdiBkZWVwZXIgdGhhbiB0aGUgcHJldmlvdXMuICBFLmcuLCBpbiB0aGUg
Y2FzZQogLy8gYmVsb3csIHdlIHdhbnQgdG8gaW5zZXJ0IGF0IF4gaW5zdGVhZCBvZiB8LgogLy8g
PGRpdj5mb288ZGl2PmJhcjwvZGl2Pnw8L2Rpdj5eCi1zdGF0aWMgRWxlbWVudCogaGlnaGVzdFZp
c3VhbGx5RXF1aXZhbGVudERpdihFbGVtZW50KiBzdGFydEJsb2NrKQorc3RhdGljIEVsZW1lbnQq
IGhpZ2hlc3RWaXN1YWxseUVxdWl2YWxlbnREaXZCZWxvd1Jvb3QoRWxlbWVudCogc3RhcnRCbG9j
aykKIHsKICAgICBFbGVtZW50KiBjdXJCbG9jayA9IHN0YXJ0QmxvY2s7Ci0gICAgd2hpbGUgKCFj
dXJCbG9jay0+bmV4dFNpYmxpbmcoKSAmJiBjdXJCbG9jay0+cGFyZW50RWxlbWVudCgpLT5oYXNU
YWdOYW1lKGRpdlRhZykpIHsKKyAgICAvLyBXZSBkb24ndCB3YW50IHRvIHJldHVybiBhIHJvb3Qg
bm9kZSAoaWYgaXQgaGFwcGVucyB0byBiZSBhIGRpdiwgZS5nLiwgaW4gYSBkb2N1bWVudCBmcmFn
bWVudCkgYmVjYXVzZSB0aGVyZSBhcmUgbm8KKyAgICAvLyBzaWJsaW5ncyBmb3IgdXMgdG8gYXBw
ZW5kIHRvLgorICAgIHdoaWxlICghY3VyQmxvY2stPm5leHRTaWJsaW5nKCkgJiYgY3VyQmxvY2st
PnBhcmVudEVsZW1lbnQoKS0+aGFzVGFnTmFtZShkaXZUYWcpICYmIGN1ckJsb2NrLT5wYXJlbnRF
bGVtZW50KCktPnBhcmVudEVsZW1lbnQoKSkgewogICAgICAgICBOYW1lZE5vZGVNYXAqIGF0dHJp
YnV0ZXMgPSBjdXJCbG9jay0+cGFyZW50RWxlbWVudCgpLT5hdHRyaWJ1dGVzKHRydWUpOwogICAg
ICAgICBpZiAoYXR0cmlidXRlcyAmJiAhYXR0cmlidXRlcy0+aXNFbXB0eSgpKQogICAgICAgICAg
ICAgYnJlYWs7CkBAIC0yMzUsNyArMjM3LDcgQEAgdm9pZCBJbnNlcnRQYXJhZ3JhcGhTZXBhcmF0
b3JDb21tYW5kOjpkb0FwcGx5KCkKICAgICAgICAgICAgIC8vIGZvciBkaXYgbm9kZXMsIHRoaXMg
Y2FuIHJlc3VsdCBpbiBuZXN0ZWQgZGl2IHRhZ3MgdGhhdCBhcmUgaGFyZCB0byBicmVhayBvdXQg
b2YuCiAgICAgICAgICAgICBFbGVtZW50KiBzaWJsaW5nTm9kZSA9IHN0YXJ0QmxvY2s7CiAgICAg
ICAgICAgICBpZiAoYmxvY2tUb0luc2VydC0+aGFzVGFnTmFtZShkaXZUYWcpKQotICAgICAgICAg
ICAgICAgIHNpYmxpbmdOb2RlID0gaGlnaGVzdFZpc3VhbGx5RXF1aXZhbGVudERpdihzdGFydEJs
b2NrKTsKKyAgICAgICAgICAgICAgICBzaWJsaW5nTm9kZSA9IGhpZ2hlc3RWaXN1YWxseUVxdWl2
YWxlbnREaXZCZWxvd1Jvb3Qoc3RhcnRCbG9jayk7CiAgICAgICAgICAgICBpbnNlcnROb2RlQWZ0
ZXIoYmxvY2tUb0luc2VydCwgc2libGluZ05vZGUpOwogICAgICAgICB9CiAK
</data>
<flag name="review"
          id="40272"
          type_id="1"
          status="+"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>