[@newbiesteve Participant 12 years, 4 months ago]

Sure, bug reported: https://buddypress.trac.wordpress.org/ticket/5080#ticket

[@newbiesteve Participant 12 years, 5 months ago]

Hi Rishraj,

I ran into the same issue this week and I have resolved it on my end. If you’re having the same issue, I hope this helps you.

My exact issue:
* My scenario: WordPress + buddypress, trying to log on from the main page through the Buddypress default theme sidebar login.
* When served off local machine with Xampp: Works
* When served off professionally hosted remote server: Doesn’t work (408 timeout). However, login directly through wp-login.php did work

Solution:
In bp-themes\bp-default\sidebar.php, you will see the code:`<?php do_action( 'bp_sidebar_login_form' ); ?>
<input type=”submit” name=”wp-submit” id=”sidebar-wp-submit” value=”<?php _e( 'Log In', 'buddypress' ); ?>” tabindex=”100″ />`

Swap these two lines:`<input type=”submit” name=”wp-submit” id=”sidebar-wp-submit” value=”<?php _e( 'Log In', 'buddypress' ); ?>” tabindex=”100″ />
<?php do_action( 'bp_sidebar_login_form' ); ?>`

What I did:
I used firebug to compare the HTTP POST messages being sent when I log in through the sidebar or directly through wp-login.php. The only difference I saw between the two was:

Sidebar login order of parameters (broken): login, password, redirect, wp-submit, testcookie
wp-login.php login order of parameters: login, password, wp-submit, redirect, testcookie

I don’t know why they’re swapped in the sidebar code. I also don’t know how or why swapping them could result in working in some environments and timing out in others. Can anyone else chime in here?