[buddypress-trac] [BuddyPress] #4199: Improve the logic of bp_core_login_redirect()

buddypress-trac at lists.automattic.com buddypress-trac at lists.automattic.com
Fri May 11 19:16:53 UTC 2012

#4199: Improve the logic of bp_core_login_redirect()
 Reporter:  boonebgorges  |      Owner:
     Type:  enhancement   |     Status:  new
 Priority:  normal        |  Milestone:  1.6
Component:  Core          |    Version:
 Severity:  normal        |   Keywords:  has-patch
 The function `bp_core_login_redirect()` is intended to prevent users from
 being redirected to the Dashboard after logging in. This works well for
 many BP use cases, as most users never need to see the Dashboard. However,
 it can be quite annoying for users who *do* need to see the Dashboard,
 such as Administrators, because (for example) WP email notifications of
 things like pending comments contain direct links to wp-admin pages.
 Moreover, some BP sites run plugins that require users to have regular
 access to the Dashboard.

 My suggested solution is in the attached patch. It does the following:

 - login_redirect gets processed twice in a normal login: once when wp-
 login.php is rendered, and again just after login succeeds. Filtering both
 instances means any check for the current user will fail on the first
 instance of the filter, and the redirect_to parameter will be wiped out.
 I've refactored so that BP only modifies login_redirect after a successful
 login (which is the only time it matters anyway).
 - Allow the logged-in user to access the Dashboard with the cap
 'edit_posts' (Contributors or greater)
 - Introduce a filter bp_core_login_redirect, which will allow plugin
 authors to make exceptions to our rules without unhooking our function

Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4199>
BuddyPress <http://buddypress.org/>

More information about the buddypress-trac mailing list