Steps to reproduce: 1. Load http://www.cs.hmc.edu/~jruderma/s/ (my start page). 2. Search Google for "foopy" using the form on the page. 3. Go back to http://www.cs.hmc.edu/~jruderma/s/. 4. Go offline (File > Work Offline). 5. Search Google for "foopy" again. <-- works 6. Go back to http://www.cs.hmc.edu/~jruderma/s/. 7. Search Google for "foop". <-- nothing happens 8. Change the submission to "foopy" and try again. <-- nothing happens! 9. Go online. 10. Try to submit the "foopy" query again. <-- nothing happens!!!

This is a regression; it worked fine in 2/7. It's probably from the (IMO misguided) fix for bug 72906. 72906 was originally about double-clicks on form submit buttons submitting twice, but the fix was to make forms store a state about whether they're in the process of being submitted.

If you think i's a regression from 72906, copy the author. cc: jkeiser

WFM Linux 2002032608. At any rate, going back to the page, the page is actually reloaded from the source (wherever that may be from) and an entirely new content object is created, and thus the "currently submitting" state is lost. So it's not bug 72906, if it is happening for some people.

R: WFM per jkeiser. I'll make this part of the offline tests and verify soon.

WFM too. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040403. Had to turn off browser.xul.error_pages.enabled to test.

Verifying as WFM. I'm the reporter, and it works for benc and jkeiser too.