mar_garina Reporter
	Description • 24 years ago

Problem Description: When doing 'submit' from a form, and mozilla loads a new
page, then pressing 'back', instead of going back to the form it reloads the
current page, (and I think that it also reposts the form).

What should happen: Mozilla should display the previous page, the one with the
form, with the filled-in form.

How to reproduce: Works with any form, if it's needed tell me and I'll create a
special html for that. Just submit a form, then press 'back'.

	mar_garina Reporter
	Comment 1 • 24 years ago

Sorry, My mistake, it doesn't happen with any form.
I'll try to make a html for that in the next hours.

	rods (gone)
	Comment 2 • 24 years ago

reassigning

	mar_garina Reporter
	Comment 3 • 24 years ago

Well, I was wrong a little - the bug seems to happen only inside https posts..
Anyway I noticed it happens only when pressing 'back' and getting the message
'The page you are trying to view is generated from post data....', which asks me
if I want to re-post the form variables. This message seems to show up only in
https forms.

How to reproduce:
I don't have an ssl server on my machine so I couldn't create a simple testing html,
so you can try to reproduce it from : https://www.netvision.net.il/cs/nv
It's in hebrew, I know.. just fill in the two input fields, then submit it (red
button). then try to go back and see that it goes back to the same page instead
of the form page.

	Andreas M. "Clarence" Schneider
	Comment 4 • 24 years ago

There is an intermediate page, which probably returns a 302 HTTP status.
Mozilla tries to go to that page when you hit Back.

This is related to bug 46338 "Form submission urls getting added to session
history." (same for HTTP instead of HTTPS).
CC'ing mscott, who reported and fixed bug 46338.
Component -> History: Session.
Changing summary.
Confirming.

	mar_garina Reporter
	Comment 5 • 24 years ago

I got some new evidences.. If you want me to open a new bug for it, say.
Now it's not only related to HTTPS. It seems to happend when the location of the
form and the submit action are THE SAME, just like the testcase I put in the url.

It has two effects, AFTER submitting and getting the 'submitted' html:
1. When clicking reload, it indeed reloads the location, but without the
variables submitted in the form, so it goes _BACK_ into the form instead of
reposting the variables and going into the 'submitted' page.

2. When clicking 'back', for some reason, it reloads the page CORRECTLY with
reposting the form variables.

In other words, 'back' button does what 'reload' button should do, and 'reload'
button does what 'back' button should do.

	Eric Pollmann
	Comment 6 • 24 years ago

Handing session history issue to owner.

	Radha on family leave (not reading bugmail) Assignee
	Comment 7 • 24 years ago

Resummarising. This can be done with the new cache.

	mar_garina Reporter
	Comment 8 • 24 years ago

Correct- It seems to be fixed with the new cache.

	Radha on family leave (not reading bugmail) Assignee
	Comment 9 • 24 years ago

32293 addresses the same issue.

*** This bug has been marked as a duplicate of 32293 ***

	Vladimir Ermakov
	Comment 10 • 24 years ago

Verifying Duplicate