Open Bug 415889 Opened 17 years ago Updated 2 years ago

[Meta] Submit-button of form won't work, when the form is re-displayed by Back button, if site disables the button after submit (bfcache=on, browser.sessionhistory.max_total_viewers!=0)

Categories

(Core :: General, defect)

defect

Tracking

()

People

(Reporter: World, Unassigned)

References

Details

(Keywords: meta)

This is meta bug to analyze similar form submission related issues when bfcache=on. Problem of "submit-button of form won't work", when the form is re-displayed by Back button with bfcache=on (browser.sessionhistory.max_total_viewers!=0), and when script by the site disables the button after submit execution. Followings are such bugs I saw recently. > Bug 309993 > Bug 314600 > Bug 316838 : (Script disables button to submit form when submit is executed.) > Bug 344420 > Bug 408044 > Bug 413038 : (Script executes submit only when a var==false, ) > (and changes the var from false to true on submit execution.) Main cause is mismatch between site's & user's expectation(Reload is executed when Back button) and current bfcache implementation & behaviour. I think bfcache should be off as default. (I believe such new behaviour should be enabled intentionally by user himself.) And, I think bfcache is better to discard old page if form submission is involved, in order to avoid above unwanted problems.
Keywords: meta
Note: When Bug 413038(script sets a variable), bfcache=off can be a workaround, because Reload resets the variable to initial value. But when Bug 316838(scripts disables button), form history sets the button to disabled status when Reload by Back button. This is design since initial. So bfcache=off can not be a workaround. Shift+Reload or Go button will probably required in this case.
Assignee: m-wada → nobody
Product: Firefox → Core
QA Contact: general → general
Bug 309993 : Script disables submit button just before form.submit(). > <input type="submit" name=searchSubmit onclick="document.SearchEngine.keywords.blur(); > this.disabled=true; this.value='Searching, please wait...';this.form.submit();"> Bug 314600 : Script disables submit button just before form.submit(). > <form ... id="postMsg"> > <input type="button" name="subbut" ... onClick="submitForm();" /> > In function submitForm() in script file : > pf.elements['subbut'].disabled=true; document.forms['postMsg'].submit(); Bug 344420 : No URL is provided by bug opener. Bug 408044 : Google map case(http://maps.google.com/) Completely different problem from others. When incorrect "start address" was typed in the field as "Steps to Reproduce" says, time lag was observed with Firefox 2.0.0.11 (browser.sessionhistory.max_total_viewers=-1) before result display, but forever-unresponsiveness was not observed.
Depends on: 446103
According to Bug 327790 Comment #11 and next document pointed in it, > https://developer.mozilla.org/en/Using_Firefox_1.5_caching <body onUnload> can be a Web development side bypass of unwanted bfcache use by Firefox.
Depends on: 477643
Bug 477643 is problem of same symptom(Fx 3 or newer) even when bfcache is disabled. (browser.sessionhistory.max_total_viewers=0)
Depends on: 439810
Summary: [Meta] Submit-button of form won't work, when the form is re-displayed by Back button with bfcache=on(browser.sessionhistory.max_total_viewers!=0), and when site disables the button after submit execution → [Meta] Submit-button of form won't work, when the form is re-displayed by Back button, if site disables the button after submit (bfcache=on, browser.sessionhistory.max_total_viewers!=0)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.