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)
Core
General
Tracking
()
NEW
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.
Reporter | ||
Comment 1•17 years ago
|
||
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.
Updated•17 years ago
|
Assignee: m-wada → nobody
Product: Firefox → Core
QA Contact: general → general
Reporter | ||
Comment 2•17 years ago
|
||
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.
Reporter | ||
Comment 3•16 years ago
|
||
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.
Reporter | ||
Comment 4•16 years ago
|
||
Bug 477643 is problem of same symptom(Fx 3 or newer) even when bfcache is disabled.
(browser.sessionhistory.max_total_viewers=0)
Reporter | ||
Updated•16 years ago
|
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)
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•