Logging in on 403 page does not work

Hi, you can try return back this changes http://drupalcode.org/viewvc/drupal/contributions/modules/customerror/cu...
I had the same problem. It helped me.

The solution above doesn't solve the problem as of 11/4/2010.

Correct solution:
On the admin/settings/customerror page anywhere inside the "Description for 403: " block place this code:
menu_set_active_item($_REQUEST['destination']);
And check the "Allow PHP code to be executed for 403" box.

This issue is still relevant for the latest 7.x-1.x-dev

EDIT: Actually maybe this is slightly different. I find that the visual behavior indicates that logging in isn't possible, however I am actually successfully logged in. It's not that login doesn't work, but simply that the login form action is set to "/customerror/403?destination=path/that/generated/403".

I've fixed this particular issue on my site by modifying any form action to remove the customerror/403:

function mymodule_form_alter(&$form, &$form_state, $form_id) {
  if (strpos($form['#action'], 'customerror/403?destination=')) {
    $form['#action'] = urldecode(preg_replace('/customerror\/403\?destination=(.*)/', '$1', $form['#action']));
  }
}

So instead of the form posting to "/customerror/403?destination=path/that/generated/403", instead the user is sent to: "/path/that/generated/403"

I ended up changing the following function thus:

/**
 * Implements hook_user_login().
 */
function customerror_user_login(&$edit, $account) {
  // Check if we have a destination saved in the session
  if (!empty($_SESSION['destination'])) {
    // If there is one, then set the REQUEST destination to it
    if (strpos($_SESSION['destination'], 'customerror/403?destination=') !== FALSE) {
      $_SESSION['destination'] = urldecode(preg_replace('/customerror\/403\?destination=(.*)/', '$1', $_SESSION['destination']));
    }
    $_GET['destination'] = $_SESSION['destination'];
    // And clear the one in the session
    unset($_SESSION['destination']);
    // user.module then does a drupal_goto() for us after we return from here
  }
}

Thank you rconstantine, that solved my issue!

In that case, I'm changing the status.

This worked for me, but only if I logged in correctly. After a login failure occurs, a successful login on the second attempt does not redirect the user to the homepage instead it logs me in but shows the Access Denied message still.

Please find attached a patch that fixes this issue. It should be applied to the current head of the 7.x-1.x branch (with SHA-1 starting with 392d341ec...).

When requesting a 403 page, the user is redirerected to the page requested after successfully logging in. This version also works if the the user mistypes username or password before getting it right.

Please review.

Patch in #9 works for me. Thanks.

Patch in #9 committed on May 2, 2013 19:13 (commit 9ad93b4 on 7.x-1.x branch).

This fix needs to be backported to 6.x-1.x-dev branch.

Added xref to #278575: Admin theme is used on error pages below /admin.-

I am not going to work on issues affecting D6.

The Drupal 6 branch is no longer supported.