<?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>102251</bug_id>
          
          <creation_ts>2012-11-14 10:56:55 -0800</creation_ts>
          <short_desc>[Mac] Implement WTR --no-timeout-at-all option</short_desc>
          <delta_ts>2012-11-15 10:13:26 -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>Tools / Tests</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></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>
    
    <cc>rniwa</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>767059</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-11-14 10:56:55 -0800</bug_when>
    <thetext>Currently, WTR just crashes when it&apos;s used. A FIXME says that the option is needed for performance testing, but it would also be good if WTR didn&apos;t die while being debugged.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>767070</commentid>
    <comment_count>1</comment_count>
      <attachid>174204</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-11-14 11:06:56 -0800</bug_when>
    <thetext>Created attachment 174204
proposed patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>767961</commentid>
    <comment_count>2</comment_count>
      <attachid>174204</attachid>
    <who name="Build Bot">buildbot</who>
    <bug_when>2012-11-15 04:53:24 -0800</bug_when>
    <thetext>Comment on attachment 174204
proposed patch

Attachment 174204 did not pass mac-ews (mac):
Output: http://queues.webkit.org/results/14858017

New failing tests:
inspector-protocol/nmi-webaudio.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768112</commentid>
    <comment_count>3</comment_count>
      <attachid>174204</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-11-15 08:32:07 -0800</bug_when>
    <thetext>Comment on attachment 174204
proposed patch

Test failure is obviously unrelated.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768131</commentid>
    <comment_count>4</comment_count>
      <attachid>174204</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-11-15 08:51:31 -0800</bug_when>
    <thetext>Comment on attachment 174204
proposed patch

Clearing flags on attachment: 174204

Committed r134780: &lt;http://trac.webkit.org/changeset/134780&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768132</commentid>
    <comment_count>5</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-11-15 08:51:35 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768166</commentid>
    <comment_count>6</comment_count>
      <attachid>174204</attachid>
    <who name="Brady Eidson">beidson</who>
    <bug_when>2012-11-15 09:20:06 -0800</bug_when>
    <thetext>Comment on attachment 174204
proposed patch

Is m_noTimeout equal to zero?  If so, can the conditional be (timeout != m_noTimeout) ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768167</commentid>
    <comment_count>7</comment_count>
    <who name="Brady Eidson">beidson</who>
    <bug_when>2012-11-15 09:20:26 -0800</bug_when>
    <thetext>Whoops, didn&apos;t mean to remark for review.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>768231</commentid>
    <comment_count>8</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-11-15 10:13:26 -0800</bug_when>
    <thetext>&gt; Is m_noTimeout equal to zero?  If so, can the conditional be (timeout != m_noTimeout) ?

m_noTimeout is -1, but I don&apos;t see any practical difference between these checks. No non-positive timeout ever makes sense, because WTR will immediately die failing to handle any messages to WebProcess.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>174204</attachid>
            <date>2012-11-14 11:06:56 -0800</date>
            <delta_ts>2012-11-15 09:20:33 -0800</delta_ts>
            <desc>proposed patch</desc>
            <filename>NoTimeoutAtAll.txt</filename>
            <type>text/plain</type>
            <size>1824</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IFRvb2xzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBUb29scy9DaGFuZ2VMb2cJKHJl
dmlzaW9uIDEzNDYyOSkKKysrIFRvb2xzL0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwz
ICsxLDEzIEBACisyMDEyLTExLTE0ICBBbGV4ZXkgUHJvc2t1cnlha292ICA8YXBAYXBwbGUuY29t
PgorCisgICAgICAgIFtNYWNdIEltcGxlbWVudCBXVFIgLS1uby10aW1lb3V0LWF0LWFsbCBvcHRp
b24KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEwMjI1
MQorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogV2Vi
S2l0VGVzdFJ1bm5lci9tYWMvVGVzdENvbnRyb2xsZXJNYWMubW06IChXVFI6OlRlc3RDb250cm9s
bGVyOjpwbGF0Zm9ybVJ1blVudGlsKToKKyAgICAgICAgSnVzdCBkbyBpdCwgYW5kIGNvbnZlcnQg
dG8gT2JqZWN0aXZlIEMgb24gdGhlIHdheSBmb3Igc2ltcGxpY2l0eS4KKwogMjAxMi0xMS0xNCAg
SsOhbm9zIEJhZGljcyAgPGpiYWRpY3NAaW5mLnUtc3plZ2VkLmh1PgogCiAgICAgICAgIFtRdF1b
QVJNXSBGaXggJ251bGxwdHInIGlzIGEga2V5d29yZCBpbiBDKysxMSBbLVdjKysweC1jb21wYXRd
IHdhcm5pbmcKSW5kZXg6IFRvb2xzL1dlYktpdFRlc3RSdW5uZXIvbWFjL1Rlc3RDb250cm9sbGVy
TWFjLm1tCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT0KLS0tIFRvb2xzL1dlYktpdFRlc3RSdW5uZXIvbWFjL1Rlc3RDb250
cm9sbGVyTWFjLm1tCShyZXZpc2lvbiAxMzQzMTIpCisrKyBUb29scy9XZWJLaXRUZXN0UnVubmVy
L21hYy9UZXN0Q29udHJvbGxlck1hYy5tbQkod29ya2luZyBjb3B5KQpAQCAtNTMsMTIgKzUzLDEw
IEBAIHZvaWQgVGVzdENvbnRyb2xsZXI6OmluaXRpYWxpemVUZXN0UGx1Z2kKIAogdm9pZCBUZXN0
Q29udHJvbGxlcjo6cGxhdGZvcm1SdW5VbnRpbChib29sJiBkb25lLCBkb3VibGUgdGltZW91dCkK
IHsKLSAgICAvLyBGSVhNRTogTm8gdGltZW91dCBzaG91bGQgb2NjdXIgaWYgdGltZW91dCBpcyBl
cXVhbCB0byBtX25vVGltZW91dCAobmVjZXNzYXJ5IHdoZW4gcnVubmluZyBwZXJmb3JtYW5jZSB0
ZXN0cykuCi0gICAgQ0ZBYnNvbHV0ZVRpbWUgZW5kID0gQ0ZBYnNvbHV0ZVRpbWVHZXRDdXJyZW50
KCkgKyB0aW1lb3V0OwotICAgIENGRGF0ZVJlZiBlbmREYXRlID0gQ0ZEYXRlQ3JlYXRlKDAsIGVu
ZCk7Ci0gICAgd2hpbGUgKCFkb25lICYmIENGQWJzb2x1dGVUaW1lR2V0Q3VycmVudCgpIDwgZW5k
KQotICAgICAgICBbW05TUnVuTG9vcCBjdXJyZW50UnVuTG9vcF0gcnVuTW9kZTpOU0RlZmF1bHRS
dW5Mb29wTW9kZSBiZWZvcmVEYXRlOihOU0RhdGUgKillbmREYXRlXTsKLSAgICBDRlJlbGVhc2Uo
ZW5kRGF0ZSk7CisgICAgTlNEYXRlICplbmREYXRlID0gKHRpbWVvdXQgPiAwKSA/IFtOU0RhdGUg
ZGF0ZVdpdGhUaW1lSW50ZXJ2YWxTaW5jZU5vdzp0aW1lb3V0XSA6IFtOU0RhdGUgZGlzdGFudEZ1
dHVyZV07CisKKyAgICB3aGlsZSAoIWRvbmUgJiYgW2VuZERhdGUgY29tcGFyZTpbTlNEYXRlIGRh
dGVdXSA9PSBOU09yZGVyZWREZXNjZW5kaW5nKQorICAgICAgICBbW05TUnVuTG9vcCBjdXJyZW50
UnVuTG9vcF0gcnVuTW9kZTpOU0RlZmF1bHRSdW5Mb29wTW9kZSBiZWZvcmVEYXRlOmVuZERhdGVd
OwogfQogCiB2b2lkIFRlc3RDb250cm9sbGVyOjpwbGF0Zm9ybUluaXRpYWxpemVDb250ZXh0KCkK
</data>

          </attachment>
      

    </bug>

</bugzilla>