when trying to pay my bill online at americanexpress.com, after clicking the "pay bill" button, a dialog message came up saying "The page you are trying to view contains POSTDATA. If you resend the data, any action the form carried out (such as a search or online purchase) will be repeated. To resend the data, click OK. Otherwise, click Cancel." this is after clicking the submit button *once*. the browser window blanks, then i get this message. if i hit cancel, the browser stops processing - the new URL is in the location bar, but no page. this also occurs on slashdot.org when setting user preferences or trying to make a post. i tried clicking "OK" here, and i got the box again. clicked "OK" again, and the page that loaded was a slashdot page saying that you're only allowed to post once every two minutes. so obviously clicking OK is indeed sending the post data. i don't have problems with netscape 4.x or opera 5.

yeah this is a dup of... bug 76605 (java script causes double submission) *** This bug has been marked as a duplicate of 76605 ***

tho i might be wrong, i cannot find any form-related javascript on the slashdot.org post submission pages. i tried to check the americanexpress.com bill pay page, but i just paid within the last three days, and it for some reason makes you wait that long before you pay online again. but still- i am not clear that this is a javascript related bug. also, bug 76605 reports that the problem only occurs when the user presses enter to submit the form, and not when clicking. in my case the problem occurs _both_ when using the enter key or when clicking. i tried the url mentioned in bug 76605, and that did exhibit the "enter only" behaviour expected. i am not quite convinced that this is the same bug...

I'm fairly certain this is a duplicate and I'm almost 100% certain it will be fixed with bug 72906's patch. If you are interested, you can check if the JavaScript in the onSubmit or onClick handler for the form or button calls form.submit(). If it is, the dup is correct.

> If you are interested, you can check if the JavaScript > in the onSubmit or onClick handler for the form or > button calls form.submit(). nope, it doesn't. the form _doesn't have_ an onsubmit or onclick statement in the form tag, and there are no handlers. i guess it's worth the wait to see if the patch you mentioned fixes the problem tho...

Would you mind posting the source of the page in this bug for me? This problem really will be fixed but I would not mind having a testcase where this happens. I don't have an American Express card, unfortunately for me :) So I can't test it directly.

i copied the source for the submission page on slashdot (which exhibits this behaviour) into a .txt file and uploaded to my webserver: http://kelnos.dynodns.net/testing/slashdot_submit_form.html.txt in theory that should just display the source text and not render the page...

Does Slashdot do this too? What page?

slashdot does it when submitting a reply to one of the comment threads, or when changing any user account preferences. the page source i posted was for a comment reply submission page.

Tell you what, just in case, let's leave this open and set dependent. We'll see if the landing fixes it.

Could y'all check with tomorrow's build (Jan. 13)? This should be fixed, oh thank heaven.

bjt23@cornell.edu, Once you check, please comment and resolve if it is fixed...

hey, sorry i've taken so long; been busy the past few days. anyway, the problem is still here on build 2002031521 for linux. and in cvs of the morning after you said the patch was landed...

This sounds similar to bug 116217.

Brian: Do you use any kind of specific character coding? check the value of the following setting: View/Character Coding/Auto Detect> If is set to some value other than (Off) then this is a dup of 116217.

marking duplicate *** This bug has been marked as a duplicate of 61363 ***

verifying