Custom $form_state['redirect'] is not working on Drupal 7?

Can't you just use a drupal_goto() even if it's an ugly solution, or is the saving process not finished yet?

Maybe you can also try to look at the new option to hook a form of a specific ID, no idea if it will help your problem but it's worth looking at. (Check it)

If it doesn't work you might consider adding this to the bugtracklist, it feels like a problem because you're hook gets overwriting by core...

I'm having the same issue. Can't figure out how to redirect to a different path on node form submission. Using drupal_goto() in hook_node_insert() is hacky, but works in the meanwhile.

Just figured out how to make redirect override work. Simply add :

$form_state['rebuild'] = TRUE;

In your submit handler.

and I'm new to the module development end of things so i'm lost.
any idea why this code won't work for me?

//Implementation of hook_form_alter()
function custommade_form_alter(&$form, &$form_state, $form_id)
{
    switch($form_id) {
        case 'comment_node_article_form':
            $form['#submit'][] = 'custommade_custom_submit';
    }
}

//Custom submit handler
function _custommade_custom_submit($form, &$form_state) {
	$form_state['rebuild'] = TRUE;
    $form_state['redirect'] = 'whatever';
}

Forget my previous comment, using $form_state['rebuild'] is not the solution, node won't be saved this way...
After banging my head on the wall for hours, I realized that the submit handler should be set on the submit button and NOT on the form itself :

$form['actions']['submit']['#submit'][] = 'MY_CALLBACK';

confirmed roadkill, it worked for me
thanks team

There is another trick to do this -- to use $form['#action'] and destination GET var:

<?php
// In your hook_form_alter
$form['#action'] .= '?destination=thank-you';
?>

Form redirection in drupal 7 does not work like drupal 6 way. For security purpose $form['redirect'] is removed from drupal 7 to make it more secure.

in drupal 7 you can use it this way :--

in form_alter hook of your new module use this

$form['actions']['submit']['#submit'][] = 'overrided_submit_handler';

now put this code

function overrided_submit_handler($form, &$form_state)
{

$form_state['redirect'] = 'redirect path';
}

The $form['actions']['submit']['#submit'][] approach generally works. However, I've come across the strange behavior where the custom redirect is lost if the user clicks the "Add another item" for a multiple-value field on the node form and then submits it. The $form['#action'] solution suggested by ygerasimov doesn't fail in this case so that's what I ended up using.

It seems that $form['actions']['submit']['#submit'][] will work on normal forms, but not on the 'node' forms. Which I believe is the original question.

For some stupid unknown reason, node forms always seem to magically override my submits and will set it to just the 'node_form_submit' function. (very annoying)

Adding any other handlers for the node form either wipes the custom handlers, or hook_form_alter will only ever add the handlers BEFORE node's submit handler, which is where the 'redirect' happens.

If anyone knows how to get around this 'node' form issue (the right way), then please share, as I am wasting waaaaaaay to much time on a stupid node form.

You do need to make a custom submit handler and put your redirect in there, but you don't want to completely override node_form_submit.

See this documentation page I just wrote for more details.

This is an old issue, but one that still stumps people from time to time.

Interestingly $form_state['redirect'] redirects correctly when defined as follows in hook_form_alter():

$form['#validate'] = array('custom_form_validate');

However the redirect fails when defined as:

$form['#submit'] = array('custom_form_submit');

The solution is indeed as follows:

$form['actions']['submit']['#submit'][] = 'custom_form_submit';

Labas-
Another reason neither neither form_state['redirect'] nor drupal_goto worked in my case (just discovered) is because my form has to do with logging in a user, and part of the process invokes the hook_user_login (which happened to be implemented on this particular site by login_destination contrib module). What grief!

More: My custom form attempts to look up a user by other meta data or create a new user, and then logs in that user. After issuing user_login_finalize() (which in turn invokes hook_user_login) to make it all official, I couldn't do *anything* with redirecting like this. By the way, my drupal_set_message()s did still work.

My solution in this case was to either invoke hook_user_login like:

function mymodule_user_login(&$edit, $account) {
	dsm('logged in user ' . $account->uid);
	drupal_goto('user/' . $account->uid . '/edit');
}

or add an exception to the login_destination configuration to not act when on this custom module's route/path. I implemented the latter and excluded my subscription lookup form page's path.

This work for me!

// Ensure to set in the last position of $form['#submit'], array.
 array_push($form['#submit'], 'redirect_to_edit_profile');

// Custom submit handler redirect to profile
function redirect_to_edit_profile($form, &$form_state) {
   $form_state['redirect'] = 'profile-user/' .$form_state['profile2']->uid. '/edit';
}

Take a look on the https://api.drupal.org/api/drupal/includes!form.inc/function/drupal_redi...

There are several exceptions to the "usual" behavior described above:

If $form_state['programmed'] is TRUE, the form submission was usually invoked via drupal_form_submit(), so any redirection would break the script that invoked drupal_form_submit() and no redirection is done.
If $form_state['rebuild'] is TRUE, the form is being rebuilt, and no redirection is done.
If $form_state['no_redirect'] is TRUE, redirection is disabled. This is set, for instance, by ajax_get_form() to prevent redirection in Ajax callbacks. $form_state['no_redirect'] should never be set or altered by form builder functions or form validation/submit handlers.
If $form_state['redirect'] is set to FALSE, redirection is disabled.
If none of the above conditions has prevented redirection, then the redirect is accomplished by calling drupal_goto(), passing in the value of $form_state['redirect'] if it is set, or the current path if it is not. drupal_goto() preferentially uses the value of $_GET['destination'] (the 'destination' URL query string) if it is present, so this will override any values set by $form_state['redirect']. Note that during installation, install_goto() is called in place of drupal_goto().

In my case there was a $_GET['destination'], which overrode my $form_state['redirect'].

i've re-run into this trick myself.. i believe the trick is in ensuring that through all your _form functions to be sure to keep ($form, &$form_state) in all 3 grouped form functions. And follow expected form function name pattern (Drupal auto-magic)

function thismodule_form(($form, &$form_state){
 $form = array();
//...... build form elements
return $form;
}

function thismodule_form_validate($form, &$form_state){
//...... do stuff to validate your form

}


function thismodule_form_submit($form, &$form_state){
//......  do stuff to submit your form

  drupal_set_message( t('The "!title" has been added', array('!title'=>$title)), 'status');
  $form_state['redirect'] = 'go-back/to/this-page';
}

the _alter method will work..but remembering to follow FAPI basics is the answer.

You can use the $_GET['destination']:

function HOOK_form_alter(&$form, &$form_state, $form_id){
       $form['#submit'][] = 'submit_callback_redirect_form';
    }
 
 
function submit_callback_redirect_form($form, &$form_state){
    $_GET['destination'] = 'PAGE_REDIRECT';
}

This was the only solution working for me on a webform submit :

function hook_form_alter(&$form, &$form_state, $form_id) {
  global $theme;
  if(path_is_admin(current_path()) || $theme == variable_get('admin_theme', 'seven')) {
		$path = ltrim(parse_url($_SERVER['HTTP_REFERER'])['path'],'/');
		$form['#action'] .= '?destination='. $path;
		return;
	}
}

$form_state['redirect'] = $path; inside a custom form submit somehow lost the original HTTP_REFERER as seen in form_alter.

My use case was :
Return, after edit action from a webform submissions admin view row, back to the original view.

With an inherited codebase, I was unable to get redirects working with
$form_state['redirect'] on a very messy custom user_profile_form (WSOD crashes).

I ended up just appending a ?destination= query string to $form['#action']
ie. $form['#action'] .= '?destination=url/';

$form_state['redirect'] work just fine.

If $_GET['destination'] is set, it must be a reason for that you have three option:

1) override the redirection:

unset($_GET['destination']);
$form_state['redirect'] = 'your/redirection';

2) Carry the destination to the page you redirect your form: 

$form_state['redirect'] = ['your/redirection', ['query' => drupal_get_destination()]];
unset($_GET['destination']);

3) set $form_state['redirect'] and if $_GET['destination'] is set it will be used instead of your redirection

For me #redirect works in drupal 7:

function my_form_submit($form, &$form_state) {
  // User is redirected to some-url after form submit.
  $form_state['#redirect'] = 'some-url';
}