[buddypress-trac] [BuddyPress Trac] #9309: Support for WordPress 6.9

Sat Dec 27 03:12:36 UTC 2025

#9309: Support for WordPress 6.9
-------------------------+---------------------
 Reporter:  espellcaste  |       Owner:  (none)
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:  14.5.0
Component:  Core         |     Version:
 Severity:  normal       |  Resolution:
 Keywords:  has-patch    |
-------------------------+---------------------

Comment (by vapvarun):

 Found the root cause via https://github.com/WordPress/wporg-mu-
 plugins/issues/715

 @dd32 tracked it down on profiles.wordpress.org - block styles were
 loading in the footer causing FOUC. The problem is BuddyPress bypasses
 template-loader.php when loading templates directly, so the
 `wp_before_include_template` action (new in WP 6.9) never fires.

 This action sets up output buffering that hoists footer styles to
 `<head>`. Without it, styles enqueued during block rendering stay in the
 footer.

 '''Possible Fix:'''

 Attaching a patch that adds the `wp_before_include_template` action before
 `load_template()` in `bp_core_load_template()`.

 {{{
 $template_to_load = apply_filters( 'bp_load_template', $located_template
 );

 do_action( 'wp_before_include_template', $template_to_load );

 load_template( $template_to_load );
 }}}

 '''Testing:'''

 Tested with BuddyX theme + Nouveau on WP 6.9:

  * All hooks fire correctly on BP pages (members, activity, groups)
  * Block CSS loads in `<head>` as expected
  * `wp_before_include_template` action fires before template loading

 '''Note:'''

 The wporg sites are currently using this workaround:
 {{{
 add_filter( 'should_load_separate_core_block_assets', '__return_false' );
 }}}

 This patch should let them remove that workaround once BuddyPress is
 updated.

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