From 9fb39f965ad7b41b12ce2c42e31735784140b399 Mon Sep 17 00:00:00 2001 From: Marcin Wosinek Date: Tue, 31 Jul 2012 15:25:05 +0200 Subject: [PATCH] Issue #1627654 by joachim, marcin.wosinek: fix doc for drupal_redirect_form --- core/includes/form.inc | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/core/includes/form.inc b/core/includes/form.inc index 0c9cd5d..a67cb13 100644 --- a/core/includes/form.inc +++ b/core/includes/form.inc @@ -1217,11 +1217,11 @@ function drupal_validate_form($form_id, &$form, &$form_state) { * - If $form_state['redirect'] is FALSE, a form builder function or form * validation/submit handler does not want a user to be redirected, which * means that drupal_goto() is not invoked. For most forms, the redirection - * logic will be the same regardless of whether $form_state['redirect'] is - * undefined or FALSE. However, in case it was not defined and the current + * logic will be the same regardless of whether $form_state['redirect'] + * is undefined or FALSE. However, in case it was not defined and the current * request contains a 'destination' query string, drupal_goto() will redirect - * to that given destination instead. Only setting $form_state['redirect'] to - * FALSE will prevent any redirection. + * to that given destination instead. If both are defined, the 'destination' + * query string is used. * - If $form_state['no_redirect'] is TRUE, then the callback that originally * built the form explicitly disallows any redirection, regardless of the * redirection value in $form_state['redirect']. For example, ajax_get_form() -- 1.7.4.1