[buddypress-trac] [BuddyPress] #5021: Shortcode contents don't display in non-standard BP 1.7 themes

buddypress-trac noreply at wordpress.org
Tue May 28 01:07:40 UTC 2013


#5021: Shortcode contents don't display in non-standard BP 1.7 themes
------------------------------------+------------------
 Reporter:  sensibleplugins         |       Owner:
     Type:  defect (bug)            |      Status:  new
 Priority:  normal                  |   Milestone:  1.8
Component:  Core                    |     Version:  1.7
 Severity:  normal                  |  Resolution:
 Keywords:  has-patch dev-feedback  |
------------------------------------+------------------
Changes (by boonebgorges):

 * cc: johnjamesjacoby (added)


Comment:

 We're currently running `bp_remove_all_filters()` in
 `bp_template_include_theme_compat()`, which runs at `'template_include'`.
 This is very late in the WP loading process, immediately before the
 templates begin to be loaded. It's possible that sensibleplugins is
 registering shortcodes after `'template_include'` - for example, at
 `'wp_head'`, or maybe even inline in a template file. In contrast,
 WordPress adds its native shortcodes (such as `[caption]`) very early, as
 soon as wp-includes/media.php is included into the application. Therefore,
 I'd suggest that if you're loading your shortcodes after template_include,
 you're doing something wrong - in a theme, try `'after_setup_theme'`, and
 in a plugin, try `'init'`.

 That said, I'm still interested in r-a-y's question about why we are
 removing the filters as early as we are. It seems to me that moving the
 call to `bp_remove_all_filters()` to `bp_buffer_template_part()` would
 help with cases like sensibleplugins's. johnjamesjacoby, is there any
 reason why it couldn't be moved in this way?

--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/5021#comment:2>
BuddyPress <http://buddypress.org/>
BuddyPress


More information about the buddypress-trac mailing list