Twitter sign-in should work with Login Destination module

Per these comments in the code of twitter.pages.inc:

 * I don't much like the use of drupal_goto() here as it might
 * interfere with other modules trying to piggyback on the form
 * submission, but setting $form['redirect'] was leaving us at the
 * twitter/oauth URL.
[...]
  // redirect isn't firing - because we're using drupal_submit_form()?
  // - so adding drupal_goto() here (but not liking it).
  drupal_goto('user/' . $account->uid . '/edit/twitter');

a hack of the module seems the only option. Fortunately, it's a simple one:

function twitter_oauth_callback_form_submit(&$form, &$form_state) {
[...]
  $form['#programmed'] = FALSE;

  $form_state['redirect'] = url('user/' . $account->uid . '/edit/twitter');

+  // Check for login_destination before redirecting
+  if (function_exists('login_destination_perform_redirect')) {
+    login_destination_perform_redirect('login');
+  }

  // redirect isn't firing - because we're using drupal_submit_form()?
  // - so adding drupal_goto() here (but not liking it).
  drupal_goto('user/' . $account->uid . '/edit/twitter');
}

Set #1887810: Use the User.Module call back function for login destination as duplicate of this.

Function suggestion from that issue:

function user_login_destination() {
  $destination = drupal_get_destination();
  if ($destination['destination'] == 'user/login') {
    $destination['destination'] = 'user';
  }
  return $destination;
}

The module should effectively use the Drupal API function. The Login Destination module can then be used to control the destination if user so inclines. As the Login Destination overwrites the Drupal API function which is shown in comment #3 of this issue.