[wp-meta] [Making WordPress.org] #6200: https://profiles.wordpress.org/associations/community-team/ page displays blank

[Making WordPress.org]

#6200: https://profiles.wordpress.org/associations/community-team/ page displays
blank
--------------------------+---------------------
 Reporter:  yoga1103      |       Owner:  (none)
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:
Component:  Profiles      |  Resolution:
 Keywords:                |
--------------------------+---------------------
Changes (by dd32):

 * component:  General => Profiles


Comment:

 This is caused by a conflict between Gutenberg and BuddyPress.

 The `bp-default` theme directory is registered on the `plugins_loaded`
 hook ( plugins_loaded => bp_loaded => bp_register_theme_directory =>
 register_theme_directory() ).

 Gutenberg has decided that it should run code upon plugin inclusion,
 instead of waiting for `plugins_loaded` like a good plugin, one of which
 is `wp_is_block_theme()` which has to create a `WP_Theme` object, before
 the BuddyPress theme is registered.

 {{{
 require('wp-blog-header.php'),
 require_once('wp-load.php'),
 require_once('/home/buddypress/public_html/wp-config.php'),
 require_once('wp-settings.php'),
 include_once('/plugins/gutenberg/gutenberg.php'),
 gutenberg_pre_init,
 require_once('/plugins/gutenberg/lib/load.php'),
 require('/plugins/gutenberg/lib/compat/wordpress-5.9/default-theme-
 supports.php'),
 wp_is_block_theme,
 wp_get_theme,
 WP_Theme->__construct
  /// This is the point where the `bp-default` theme isn't yet registered,
 because BuddyPress hasn't loaded.
 }}}

 This should probably be called a Gutenberg bug, but I guess BuddyPress
 could also consider loading earlier.. but.. it shouldn't have to.

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/6200#comment:1>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org