Quickform redirect page

[gaugelive]

Hi, I am using quickform to display and process a form (email data) and need to redirect the page on successful submission.

I've tried:

if ($form->validate()) {
	$form->process('email_message');
	header("thanks.php");
}

But I get header already sent errors.

How else could i go this ?

[Houdini]

One way since you have already had output you can use javascript like this

if ($form->validate()) {
	$form->process('email_message');
	echo "<scripttype=\"text/javascript\">window.location=\"thanks.php\"</script>";
}

Or you could just put a text link like this

if ($form->validate()) {
	$form->process('email_message');
	echo "<a href=\"thanks.php\">Continue</a>";
}

[Weedpacket]

Or try not to produce output if you're going to redirect the user. It would make more sense: if you're redirecting the user to another page, what's the point of sending them anything on this page?

[gaugelive]

Hi Houdini,
Thanks..I guess I may not have understood how quickform works.
I tried your first suggestion.

It email's the form but instead of redirecting the page to thanks.php it reloads the page and prints out window.location="thanks.php"

I'd like for the page to redirect automatically once it has processed it (validated and emailed the data), so the second suggestions would not work for me..

After the above if function, I have the email function below.

function email_message($data){
$to 		= '[e-mail]';
$subject	= "Form from ".$data['FULL_NAME'] ;
$date		= date("F j, Y, g:i a");

$message	= 	"......................................"."\n".

$headers	= "headers"
mail ($to, $subject, $message, $headers);	
}

Now...I tried placing

 echo "<scripttype=\"text/javascript\">window.location=\"thanks.php\"</script>";

Just after mail ($to, $subject, $message, $headers); within the function.

But again it prints out window.location="thanks.php"

Do you have any other idea ?

Weedpacket....thats what i would have liked to do..
This page has the form that needs to be filled, validated and emailed...after this i need it redirected.
Do you mean having the form filled on this page validated and the mail function process the form on the second page (thanks.php) ?

What do you think ?

Thanks for your help..

[Houdini]

What I would do is have an action="validate.php" in the form that goes to a page that validates the form entries it would check for whatever your requirements are and if it fails send the user back to the form, and if it passes the validation then you can use the header to send them to the thanks.php page. Remember that there can be no output before calling a header function not even a space.

you would have two headers in the validate.php (or whatever you want to call it) one to redirect back to the form and one if the entries are correct to the thanks.php.

[Plasma]

Do your form validation before you try and render content back to the browser.

[gaugelive]

Houdini - I will try this and see if it works, will I still be able to access post variables from the form on the 3rd page (thanks.php)

My server just got screwed up and apache wont start so I am gonna look into this in a couple of hours.
With Quickform I was able to access field data on the same page through $data['FULL_NAME']

I presume this wont carry forward to validate.php and I was trying to avoid having to start working on the validation, as it was doing it so well...

Plasma - i need to render the form before validating it ?I cant see how it would work otherwise ?
I need to validate and email the data before it reloads the page..ideally i would prefer if i could modify header onreload.

Like i mentioned I tried.

if ($form->validate()) {
	$form->process('email_message');
	header("thanks.php");
}

Would you please elaborate on how you think this might have worked ....
Thank you all for your assistance.

[Houdini]

Well just to be absolutely sure that you can pass the variable use $SESSION variables, the variables you must keep from the post would be like $SESSION['var'] = $POST['var'] that way as long as they are on your site the $SESSION varialbe will stay there unless you change it yourself somehow.

[jzealey]

Try this, it works for me:

echo "<script type='text/javascript'>window.location='thanks.php'</script>";

gaugelive wrote:

Hi Houdini,
Thanks..I guess I may not have understood how quickform works.
I tried your first suggestion.
It email's the form but instead of redirecting the page to thanks.php it reloads the page and prints out window.location="thanks.php"
---

[sing1ejack]

I know it's been over a year since you tried to fix this problem, but I'm going to throw this out for posterity's sake. You can override the default form action when you construct your quickform object.

$form = new HTML_QuickForm('form_name', 'POST', '/thankyou.php');

This, of course, routes the form data to thankyou.php for processing. I used this approach to return to the same page, but with an added url parameter:

 ...'POST', $_SERVER['PHP_SELF'].'?item=ingredient');

[Gigantor]

Hi sing1ejack -

I have only just started using quickform this evening so I too will revive this dead thread as I am after the same solution :

Your idea of using POST instead of GET and posting to a different page is fine, but then there is no form validaton (at least not using the quickform rules). I thought the idea of using GET and letting the quickform reload itself was for the validation?

Most tutorials do it this way, and then use functions within the same script to do the processing.

Correct me if im wrong..im still getting up to speed on quickforms

[sing1ejack]

I'm new to this myself and i haven't implemented any validation rules in my quickforms form yet so I can't tell for sure how well this works. But I think it should be ok.

For one thing I'm not redirecting to a different page. I'm specifying the same page, but tacking a GET parameter onto the url.

$form = new HTML_QuickForm('form_name', 'POST', [B]$_SERVER['PHP_SELF'][/B].'?item=ingredient');

As far as quickforms goes I don't believe it matters whether you use get or post, it seems to work either way. But by including the GET param in the url, I can have the same page react as though it were a seperate page entirely.

The example I used is a page (contribute.php) that handles two types of user input, a new ingredient and a new recipe. If the user has not yet decided which item they want to submit they are directed to contribute.php without any extra url parameters and forced to choose an item type. If I want to send a user to the 'ingredient' form directly I can use the url: contribute.php?item=ingredient.

By default Quickforms sets the action value in the form to $_SERVER['PHP_SELF']. In my case that meant that every time a user submitted the form he was dumped back at the section of the page that forced them to choose a type of item to contribute. But I want to redisplay the same form to a user in case they want to submit multiple ingredients. By appending this parameter in the form I was able to acomplish that.

That may not answer your question, but I hope it at least clarifies what I was doing. As far as I can tell though, this approach shouldn't inhibit quickforms validation. I don't think it matters to quickforms whether you use GET or POST (although if you keep form data as POST and navigational data as GET it provides some browsing & seo benefits). And the way I altered the form's action value all the data is still sent to the same page so it seems like the validation rules should hold.

Hope that was helpful.

[Gigantor]

S1nglejack - your problem and mine are different, i think my issue is the same one the thread owner had.

In my project, I have several forms. On submission of the form, I want some database processing done, and then the user to be redirected back to a main interface page.

I have used header("Location") calls to do the redirecting, and to get around the headers already sent, I have all the forms post to a seperate script, that uses a case statement to do each forms processing of the $_POST vars into the database, and then sets the $redirect value.

This has been working fine, and the scripts do exactly what they should, but I have not implemented any validation on the form data yet, partly put off because its tedious, and partly because I could not think of a way to abstract the validation efficiently enough without it getting beyond my abilities - form validation is the reason I discovered quickforms in the first place. I am now trying to redo the existing forms as quick forms so I can take advantage of the rules & filters, but the redirect problem is annoying.

I can do the processing & database functions in the same script as the form, but I still eventually want to redirect the user to another page, which is hard if headers have already been sent, and I dont want to use javascript fake-submits of invisible forms etc. I dont like relying on javascript.

Hope that wasn't too convoluted