<?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>81024</bug_id>
          
          <creation_ts>2012-03-13 12:41:43 -0700</creation_ts>
          <short_desc>fast/loader/form-submission-after-beforeunload-cancel.html is flaky</short_desc>
          <delta_ts>2012-03-13 16:11:45 -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>Page Loading</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows 7</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="Darin Fisher (:fishd, Google)">fishd</reporter>
          <assigned_to name="Darin Fisher (:fishd, Google)">fishd</assigned_to>
          <cc>aestes</cc>
    
    <cc>ap</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>577680</commentid>
    <comment_count>0</comment_count>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2012-03-13 12:41:43 -0700</bug_when>
    <thetext>fast/loader/form-submission-after-beforeunload-cancel.html is flaky

On my system, it sometimes fails like this:

 CONFIRM NAVIGATION: Click &apos;Stay on Page&apos;
-CONFIRM NAVIGATION: Click &apos;Leave Page&apos;
-PASS
+This tests that submitting a form a second time after canceling the first submission in a onbeforeunload handler is allowed. To test manually, follow the instructions in the JavaScript confirmation dialogs.
+
+FAIL
+

It looks like there is a race between the network stack (file:// loading) and the setTimeout(..., 0) that stamps the FAIL text.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577685</commentid>
    <comment_count>1</comment_count>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2012-03-13 12:45:29 -0700</bug_when>
    <thetext>Also, when the test fails, the next test run by DRT ends up with the following text prepended:

  CONFIRM NAVIGATION: Click &apos;Leave Page&apos;
  PASS

This suggests that the setTimeout code is running, trigging the notifyDone(), and then the form submission goes through.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577737</commentid>
    <comment_count>2</comment_count>
      <attachid>131702</attachid>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2012-03-13 13:24:47 -0700</bug_when>
    <thetext>Created attachment 131702
v1 patch:  increase timeout

I&apos;m not a big fan of patches like this.  Obviously, disk reads could still
in exceptional cases take longer than 1 second, but this makes the test
far more stable.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577786</commentid>
    <comment_count>3</comment_count>
      <attachid>131702</attachid>
    <who name="Andy Estes">aestes</who>
    <bug_when>2012-03-13 13:52:12 -0700</bug_when>
    <thetext>Comment on attachment 131702
v1 patch:  increase timeout

The one second timeout is indeed unfortunate, but since it only applies to the failure case and gets rid of the flakiness, this seems okay.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577950</commentid>
    <comment_count>4</comment_count>
      <attachid>131702</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-03-13 16:11:40 -0700</bug_when>
    <thetext>Comment on attachment 131702
v1 patch:  increase timeout

Clearing flags on attachment: 131702

Committed r110633: &lt;http://trac.webkit.org/changeset/110633&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>577952</commentid>
    <comment_count>5</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-03-13 16:11:45 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>131702</attachid>
            <date>2012-03-13 13:24:47 -0700</date>
            <delta_ts>2012-03-13 16:11:40 -0700</delta_ts>
            <desc>v1 patch:  increase timeout</desc>
            <filename>flake_1.txt</filename>
            <type>text/plain</type>
            <size>1304</size>
            <attacher name="Darin Fisher (:fishd, Google)">fishd</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDExMDU5MykKKysrIExheW91dFRlc3RzL0NoYW5nZUxvZwkod29y
a2luZyBjb3B5KQpAQCAtMSwzICsxLDEzIEBACisyMDEyLTAzLTEzICBEYXJpbiBGaXNoZXIgIDxk
YXJpbkBjaHJvbWl1bS5vcmc+CisKKyAgICAgICAgZmFzdC9sb2FkZXIvZm9ybS1zdWJtaXNzaW9u
LWFmdGVyLWJlZm9yZXVubG9hZC1jYW5jZWwuaHRtbCBpcyBmbGFreQorICAgICAgICBodHRwczov
L2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9ODEwMjQKKworICAgICAgICBSZXZpZXdl
ZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICAqIGZhc3QvbG9hZGVyL2Zvcm0tc3VibWlz
c2lvbi1hZnRlci1iZWZvcmV1bmxvYWQtY2FuY2VsLmh0bWw6CisgICAgICAgIEdpdmUgdGhlIGZv
cm0gcG9zdCBhIGJldHRlciBjaGFuY2Ugb2YgbG9hZGluZyBiZWZvcmUgdGhlIEZBSUwgdGltZXIu
CisKIDIwMTItMDMtMTMgIFBoaWxpcCBSb2dlcnMgIDxwZHJAZ29vZ2xlLmNvbT4KIAogICAgICAg
ICBGaXggdGhlIHVzZSBvZiBzdGFsZSB0ZXh0IGZyYWdtZW50cwpJbmRleDogTGF5b3V0VGVzdHMv
ZmFzdC9sb2FkZXIvZm9ybS1zdWJtaXNzaW9uLWFmdGVyLWJlZm9yZXVubG9hZC1jYW5jZWwuaHRt
bAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9mYXN0L2xvYWRlci9mb3JtLXN1Ym1pc3Npb24t
YWZ0ZXItYmVmb3JldW5sb2FkLWNhbmNlbC5odG1sCShyZXZpc2lvbiAxMTA0MDMpCisrKyBMYXlv
dXRUZXN0cy9mYXN0L2xvYWRlci9mb3JtLXN1Ym1pc3Npb24tYWZ0ZXItYmVmb3JldW5sb2FkLWNh
bmNlbC5odG1sCSh3b3JraW5nIGNvcHkpCkBAIC0yMCw3ICsyMCw3IEBAIHdpbmRvdy5hZGRFdmVu
dExpc3RlbmVyKCJiZWZvcmV1bmxvYWQiLAogICAgICAgICAgICAgZG9jdW1lbnQuZ2V0RWxlbWVu
dEJ5SWQoImNvbnNvbGUiKS5pbm5lckhUTUwgPSAiRkFJTCI7CiAgICAgICAgICAgICBpZiAod2lu
ZG93LmxheW91dFRlc3RDb250cm9sbGVyKQogICAgICAgICAgICAgICAgIGxheW91dFRlc3RDb250
cm9sbGVyLm5vdGlmeURvbmUoKTsKLSAgICAgICAgfSwgMCk7CisgICAgICAgIH0sIDEwMDApOwog
CiAgICAgICAgIGRvY3VtZW50LmZvcm1zWzBdLnN1Ym1pdCgpOwogICAgIH0sIDApOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>