Clearing the "form submit" cache: how?

[axlq]

Situation: User submits a form, gets a page returned. User clicks
the "reload button."

Normal result: Browser asks to confirm re-submitting of the form
data.

That's not what I want. What I want is behavior like what Wikipedia
does, as well as vBulletin forums and other nice php-based sites:

Situation: User submits a form, gets a page returned. User clicks
the "reload button."

Desired Result: The current page simply re-loads and the user isn't
asked to confirm re-submission of the form data. The form data
isn't re-submitted.

This may not be a php problem, but I tend to notice this on php
sites because my php site doesn't exhibit this behavior, and I want
it to. How do I accomplish this?

-A

[ZeldorBlat]

On Nov 17, 9:56 pm, [e-mail] t (axlq) wrote:

Situation: User submits a form, gets a page returned. User clicks
the "reload button."

Normal result: Browser asks to confirm re-submitting of the form
data.

That's not what I want. What I want is behavior like what Wikipedia
does, as well as vBulletin forums and other nice php-based sites:

Situation: User submits a form, gets a page returned. User clicks
the "reload button."

Desired Result: The current page simply re-loads and the user isn't
asked to confirm re-submission of the form data. The form data
isn't re-submitted.

This may not be a php problem, but I tend to notice this on php
sites because my php site doesn't exhibit this behavior, and I want
it to. How do I accomplish this?

-A

This question has been asked and answered many times in this
newsgroup. With a little bit of searching you should be able to find
it.

[axlq]

In article <ae************ *************** *******@e1g2000 hsh.googlegroup s.com>,
ZeldorBlat <ze********@gma il.comwrote:

>On Nov 17, 9:56 pm, [e-mail] t (axlq) wrote:

>Desired Result: The current page simply re-loads and the user isn't
asked to confirm re-submission of the form data. The form data
isn't re-submitted.

This question has been asked and answered many times in this newsgroup.

No, not really, as far as I can tell.

>With a little bit of searching you should be able to find it.

Perhaps I am using the wrong terminology in my search. All I find
are articles about form data being lost, not on intentionally losing
it.

-A

[ZeldorBlat]

On Nov 17, 10:42 pm, [e-mail] t (axlq) wrote:

In article <ae57203b-6781-4068-b1b6-9317e3549...@e1 g2000hsh.google groups.com>,

ZeldorBlat <zeldorb...@gma il.comwrote:

With a little bit of searching you should be able to find it.

Perhaps I am using the wrong terminology in my search. All I find
are articles about form data being lost, not on intentionally losing
it.

-A

Perhaps "form double post" or "form double submission" would work?

[axlq]

In article <3e************ *************** *******@b36g200 0hsa.googlegrou ps.com>,
ZeldorBlat <ze********@gma il.comwrote:

>On Nov 17, 10:42 pm, [e-mail] t (axlq) wrote:

>In article <ae57203b-6781-4068-b1b6-9317e3549...@e1 g2000hsh.google groups.com>,

ZeldorBlat <zeldorb...@gma il.comwrote:

>With a little bit of searching you should be able to find it.

Perhaps I am using the wrong terminology in my search. All I find
are articles about form data being lost, not on intentionally losing
it.

Perhaps "form double post" or "form double submission" would work?

Ah. Yes, thanks.

MY searches only turned up non-useful information (and eventually my
original posting). For searches by others in the future:

Apparently the trick is to separate the form processing URL from the
output URL. That is, have the form on page1.php execute page2.php,
which does processing but no output, and then use header("Locatio n:
page3.php") to redirect to the result page that actually does
output. Then, refreshing page3.php will simply refresh the page
without re-submitting the form on page1.php.

-A

[get]

In article <3e8391a8-b8f6-4e92-a6c6-
ab**********@b3 6g2000hsa.googl egroups.com>, ze********@gmai l.com says...

On Nov 17, 10:42 pm, [e-mail] t (axlq) wrote:

In article <ae57203b-6781-4068-b1b6-9317e3549...@e1 g2000hsh.google groups.com>,

ZeldorBlat <zeldorb...@gma il.comwrote:

>With a little bit of searching you should be able to find it.

-A

Perhaps "form double post" or "form double submission" would work?

perhaps if you just answered the damned question instead of being an arse
it would save us all some time.

[Michael Fesser]

..oO(axlq)

>Apparently the trick is to separate the form processing URL from the
output URL.

No, it can all be done on a single page. After the form processing send
a Location header with the absolute URL of the current page back to the
browser - that's it. The following GET request will replace the previous
POST in the browser history, so a reload won't re-submit the form data.

Micha

[Jerry Stuckle]

ge*@alife.com wrote:

In article <3e8391a8-b8f6-4e92-a6c6-
ab**********@b3 6g2000hsa.googl egroups.com>, ze********@gmai l.com says...

>On Nov 17, 10:42 pm, [e-mail] t (axlq) wrote:

>>In article <ae57203b-6781-4068-b1b6-9317e3549...@e1 g2000hsh.google groups.com>,

ZeldorBlat <zeldorb...@gma il.comwrote:

With a little bit of searching you should be able to find it.

>>-A

Perhaps "form double post" or "form double submission" would work?

perhaps if you just answered the damned question instead of being an arse
it would save us all some time.

And maybe he gets tired of answering the same question because you and
others like you are too lazy to search for the answer. Even typing an
asinine post like yours takes more time than searching for the correct
answer.

--
=============== ===
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attgl obal.net
=============== ===

[John Dunlop]

axlq:

Situation: User submits a form, gets a page returned. User clicks
the "reload button."

Desired Result: The current page simply re-loads and the user isn't
asked to confirm re-submission of the form data. The form data
isn't re-submitted.

Without a URL I can't tell, but I have a suspicion you are using the
POST method instead of the GET method. User-agents should make their
users aware if their actions are non-idempotent.

http://www.w3.org/2001/tag/doc/whenToUseGet.html

--
Jock

[axlq]

In article <xd************ *************** ***@comcast.com >,
Jerry Stuckle <js*******@attg lobal.netwrote:

>perhaps if you just answered the damned question instead of being an arse
it would save us all some time.

And maybe he gets tired of answering the same question because you and
others like you are too lazy to search for the answer. Even typing an
asinine post like yours takes more time than searching for the correct
answer.

I've been on usenet over 20 years. I know enough to search for
an answer before I post, and I also know to expect a few arrogant
replies from the less experienced usenetters who think they have
answered all the questions already. The only reason I posted the
question in the first place was, OBVIOUSLY, that I didn't find
the answer in spite of my searches. The reason was that I wasn't
searching for the proper terms.

-A