[buddypress-trac] [BuddyPress Trac] #4954: Migrate BP's custom URI parser to use WP's Rewrite API

buddypress-trac noreply at wordpress.org
Tue Apr 11 04:41:18 UTC 2023


#4954: Migrate BP's custom URI parser to use WP's Rewrite API
--------------------------------------+-----------------------
 Reporter:  boonebgorges              |       Owner:  imath
     Type:  enhancement               |      Status:  assigned
 Priority:  high                      |   Milestone:  12.0.0
Component:  Route Parser              |     Version:
 Severity:  major                     |  Resolution:
 Keywords:  has-patch has-unit-tests  |
--------------------------------------+-----------------------

Comment (by prbot):

 ''This ticket was mentioned in
 [https://github.com/buddypress/buddypress/pull/84 PR #84] on
 [https://github.com/buddypress/buddypress/ buddypress/buddypress] by
 [https://profiles.wordpress.org/imath/ @imath].''
 Compared to commit [https://buddypress.trac.wordpress.org/changeset/13442
 13442], change the logic of Components user navigation generation by
 introducing a `BP_Component::register_nav()` function to globalize the nav
 items and make them available for the added URLs WP Admin settings screen.
 After a second thought, using `BP_Component::setup_nav()` to play the
 registration role can be problematic considering backward compatibility.
 We are maintaining `BP_Component::setup_nav()` to play the role of
 generating the user navigation, Third party plugins wishing their slugs to
 be customizable will need to "opt-in" BP Rewrites using
 `BP_Component::register_nav()`.

 This first version of the URLs WP Admin settings screen does not handle
 slug customization yet, it's used to make sure all BP Component user
 navigation slugs can be customized.

 Trac ticket: https://buddypress.trac.wordpress.org/ticket/4954

-- 
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/4954#comment:77>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac


More information about the buddypress-trac mailing list