<?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>104976</bug_id>
          
          <creation_ts>2012-12-13 16:45:02 -0800</creation_ts>
          <short_desc>[WK2 NetworkProcess] Resource loads sometimes stall</short_desc>
          <delta_ts>2012-12-14 13:26:54 -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>WebKit2</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alexey Proskuryakov">ap</reporter>
          <assigned_to name="Alexey Proskuryakov">ap</assigned_to>
          <cc>beidson</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>791112</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-12-13 16:45:02 -0800</bug_when>
    <thetext>I don&apos;t think that use of condition variables in BlockingResponseMap is correct.

There are multiple threads waiting, but only one signal(), so it resource identifier doesn&apos;t match, we&apos;re stuck forever. We should at least have a broadcast(), but ideally, we should have a design that doesn&apos;t wake up all threads.

&lt;rdar://problem/12874785&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>791122</commentid>
    <comment_count>1</comment_count>
      <attachid>179377</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-12-13 16:52:17 -0800</bug_when>
    <thetext>Created attachment 179377
quick and dirty fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>791123</commentid>
    <comment_count>2</comment_count>
      <attachid>179377</attachid>
    <who name="Anders Carlsson">andersca</who>
    <bug_when>2012-12-13 16:54:33 -0800</bug_when>
    <thetext>Comment on attachment 179377
quick and dirty fix

View in context: https://bugs.webkit.org/attachment.cgi?id=179377&amp;action=review

&gt; Source/WebKit2/ChangeLog:12
&gt; +        horibly inefficient, and has a race, but should improve behavior quite a bit.

horibly -&gt; horribly.

&gt; Source/WebKit2/Shared/BlockingResponseMap.h:57
&gt; +        m_condition.broadcast();

Please add a FIXME here so we won&apos;t forget about it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>791152</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-12-13 17:30:26 -0800</bug_when>
    <thetext>Landed in &lt;http://trac.webkit.org/changeset/137689&gt;. Will improve later.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>791812</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-12-14 13:26:54 -0800</bug_when>
    <thetext>Follow-up in http://trac.webkit.org/changeset/137766 - just applied the same change to the other map.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>179377</attachid>
            <date>2012-12-13 16:52:17 -0800</date>
            <delta_ts>2012-12-13 16:54:33 -0800</delta_ts>
            <desc>quick and dirty fix</desc>
            <filename>Broadcast.txt</filename>
            <type>text/plain</type>
            <size>1298</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJLaXQyL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
S2l0Mi9DaGFuZ2VMb2cJKHJldmlzaW9uIDEzNzY4NSkKKysrIFNvdXJjZS9XZWJLaXQyL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE2IEBACisyMDEyLTEyLTEzICBBbGV4ZXkg
UHJvc2t1cnlha292ICA8YXBAYXBwbGUuY29tPgorCisgICAgICAgIFJlc291cmNlIGxvYWRzIHNv
bWV0aW1lcyBzdGFsbAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5j
Z2k/aWQ9MTA0OTc2CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAg
ICAgICAgUXVpY2sgYW5kIGRpcnR5IHBhcnRpYWwgZml4LgorCisgICAgICAgICogU2hhcmVkL0Js
b2NraW5nUmVzcG9uc2VNYXAuaDogKEJsb2NraW5nUmVzcG9uc2VNYXA6OmRpZFJlY2VpdmVSZXNw
b25zZSk6CisgICAgICAgIFdha2UgdXAgYWxsIHRocmVhZHMsIHNvIHRoYXQgbm9uLXNlcXVlbnRp
YWwgcmVzcG9uc2VzIGRvbid0IGJyZWFrIHVzLiBUaGlzIGlzIHN0aWxsCisgICAgICAgIGhvcmli
bHkgaW5lZmZpY2llbnQsIGFuZCBoYXMgYSByYWNlLCBidXQgc2hvdWxkIGltcHJvdmUgYmVoYXZp
b3IgcXVpdGUgYSBiaXQuCisKIDIwMTItMTItMTMgIEh1YW5nIERvbmdzdW5nICA8bHV4dGVsbGFA
Y29tcGFueTEwMC5uZXQ+CiAKICAgICAgICAgQ29vcmRpbmF0ZWQgR3JhcGhpY3M6IFJlb3JkZXIg
bWVzc2FnZXMgdG8gQ29vcmRpbmF0ZWRMYXllclRyZWVIb3N0UHJveHkKSW5kZXg6IFNvdXJjZS9X
ZWJLaXQyL1NoYXJlZC9CbG9ja2luZ1Jlc3BvbnNlTWFwLmgKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gU291cmNl
L1dlYktpdDIvU2hhcmVkL0Jsb2NraW5nUmVzcG9uc2VNYXAuaAkocmV2aXNpb24gMTM3NjE5KQor
KysgU291cmNlL1dlYktpdDIvU2hhcmVkL0Jsb2NraW5nUmVzcG9uc2VNYXAuaAkod29ya2luZyBj
b3B5KQpAQCAtNTQsNyArNTQsNyBAQCBwdWJsaWM6CiAgICAgICAgIEFTU0VSVCghbV9yZXNwb25z
ZXMuY29udGFpbnMocmVxdWVzdElEKSk7CiAKICAgICAgICAgbV9yZXNwb25zZXMuc2V0KHJlcXVl
c3RJRCwgcmVzcG9uc2UpOwotICAgICAgICBtX2NvbmRpdGlvbi5zaWduYWwoKTsKKyAgICAgICAg
bV9jb25kaXRpb24uYnJvYWRjYXN0KCk7CiAgICAgfQogCiBwcml2YXRlOgo=
</data>
<flag name="review"
          id="196227"
          type_id="1"
          status="+"
          setter="andersca"
    />
          </attachment>
      

    </bug>

</bugzilla>