BuddyPress.org

Hi,

If “featured posts” are sticky posts, just tested on twentyfourteen with latest BuddyPress and i don’t see any troubles. Posts are listed above the other ones.

Hi,

Sorry to read you’re having an issue after updating to latest version.

The problem is due to the BuddyBoss media plugin. It looks like it’s calling a BuddyPress function too early in the process. Unfortunately, it’s a premium plugin so it’s hard for me to find what’s going wrong. Could you contact the support team of this plugin to report the problem ?

If the support team needs any help, i’ll be glad to bring my hands on it.

Hi @tranny

I’m sorry to read about the problem you’re having when activating BuddyPress. From what you’ve described it looks like a plugin or a theme is checking for a capacity very early in the process, well at least before the BuddyPress members component has been fully loaded.

BuddyPress hooks ‘plugins_loaded’ at a 10 priority and define its components a little while after. So your target is a plugin, a theme, or a specific code direclty loaded in global scope that is doing a current_user_can() before the action ‘plugins_loaded’ has been fired.

If you look at this page, you’ll see there are 3 actions fired before ‘plugins_loaded’ : https://codex.wordpress.org/Plugin_API/Action_Reference#Actions_Run_During_an_Admin_Page_Request

Searching the cause of the problem won’t be easy, if i were you i’d do a back up of your entire site and would do some tests on a local server making sure the local server environment contains a x-debug client so that it would display the different functions called before the error appears.

Hi @kkradel

Sorry to hear you’re having problems with 2.2. How has it broken Featured Posts — can you explain what you’re seeing, and also what you expect to see?

Did you update any other plugins, translations, or core files at the same that you updated BuddyPress?

The BuddyPress Codex explains how to do this here:

Theme Compatibility & Template Files

You were on the right track, but you are copying the wrong files from the BuddyPress core. If you want to override the BuddyPress Templates in your own theme, you would copy the files you wanted to override from wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress to /wp-content/themes/myTheme/buddypress, just keep the file structure intact in your theme.

For example, if you just wanted to modify the members loop, copy just the members-loop.php file from wp-content/plugins/buddypress/bp-templates/bp-legacy/buddypress/members/members-loop.php and paste just that file to /wp-content/themes/myTheme/buddypress/members/members-loop.php in your theme. If the folders don’t already exist in your theme, just create them.

/wp-content/plugin/buddypress/bp-activity/activity-template.php is a core file and you are indeed right to think that any changes you make will be overwritten when you upgrade the plugin.

As I mentioned earlier, you should modify your activity template (sorry for not being clearer). The link I provided (to the BuddyPress Template Hierarchy) explains how you can create your own templates.

To explain what I meant about bp_activity_add(), you’d write your own function which contains a call to bp_activity_add(). bp_activity_add() will add an item to the activity stream for you. Hooks are a feature of WordPress, you can read more about them here. You’d hook your custom function to a particular action which will result in bp_activity_add() executing at exactly the time you need it to.

Hooks take a bit of getting your head around at first, but once you master them you’ll see how powerful they can be.

PS – When I crack it, is there any way I can contribute to the codex so other newbies like me have access to the stuff? How?

Sure you can! See the Participate and Contribute article for info on how you can help improve BP documentation.

Hope all this info helps! Give me a shout if you need any further help

I’ve got similar issues. On 2.1 you have create for all 5. I’m on this new 2.2 RC2 release and whenever I set a page for activate or register it correctly stores it in wp_options table as bp-pages array with the right ID. But those pages remain blank and the dropdowns on the Buddypress->Settings->Page also revert to “NONE” even though its correct in the database.

@wanderingsoles Just to be clear, you have enabled registration on your site and removed the copy correct? Have you have assigned the Register and Activate pages in Settings > BuddyPress > Pages? Have you tried changing your theme to 2014 or 2015 to check if it’s a theme issue or not?

BuddyPress 2.2 should fix this problem.

Release is imminent so stay tuned!

Just a couple further thoughts about this, since you guys are re-thinking it:

If you really want people to get into the right sub-forum, why show a long list of topics in the first place? If they’re browsing, they’ll click an interesting-looking topic, and then end up posting their own question in whatever category they find themselves in (or append their question to an existing topic).

On the other hand, if they arrive at /support with the intention to post a query without browsing first, it isn’t immediately obvious that a category must be chosen first in order to do that.

An alternative:
buddypress.org/support perhaps shows a couple/few sticky posts, but the main content is a modified version of @modemlooper’s ‘When Asking for Support’. I’m guessing few people actually open that link before posting. For clarity, it might even be sub-divided into its troubleshooting advice, and the installation-environment probes.

I’d follow (or even precede) that with concise instructions on initiating a query by first selecting the relevant category from the sidebar list.

If there is a desire to just have all posts sorted by most-recent, just link to such a page. The /support page as it stands now seems to be geared for browsing.

It sounds like a bug.
Please create a ticket on trac.
Use the same user / password you use here.

Careful not to confuse the bp_get_activity_user_id filter hook with the bp_get_activity_user_id() function.

See here for the function and here for the hook.

I do not want to ‘add’ new activity. I just want that when one visits example.com/activity, it displays… …all updates in private/ hidden groups where the concerned person is a member (this is NOT displayed currently.) How do I do that?

You have to ‘add’ the new activity.

Regarding the second bullet point, you’d need to modify your activity loop which will be inside your activity template. Try something like this:

<?php if ( bp_has_activities( bp_ajax_querystring( 'activity' ) . '&display_comments=stream' ) ) : ?>
    <?php while ( bp_activities() ) : bp_the_activity(); ?>
 
        <?php locate_template( array( 'activity/entry.php' ), true, false ); ?>
 
    <?php endwhile; ?>
<?php endif; ?>

For more info on the BuddyPress template system and where you find your activity template, please see this article.

You should copy the entire buddypress folder from the bp-legacy folder to your root anyway, this will allow easy adjustment of those core templates, and you get easier access to those files to copy code for new page-templates you can add to your root folder.

Perhaps you might have to alter Brajesh Singh’s code to this, not sure.

<?php bp_get_template_part( 'buddypress/activity/index' ); ?>

Another way around would be plugins that allow activity as shortcode to be placed on any page, but more plugins is not necessarily a good idea.

Good luck

Peter Hamilton
Onlijn.com

I think you are playing with the old bp default theme files which are no longer being used(?)

see – https://codex.buddypress.org/themes/bp-default-theme-moving-forward-with-bp-1-9/

and perhaps -> https:// codex.buddypress .org/themes/

although I am pretty sure a bunch of the info on that buddypress .org / themes is talking about the old ways of doing things.. so check dates.. I think a bunch of that info is deprecated… however you may find what you are looking for in the codex..

maybe what you are looking for in relation to profiles is touched on here: https://codex.buddypress.org/themes/guides/displaying-extended-profile-fields-on-member-profiles/

You could be right. I think bp_core_remove_nav_item() might do a little more than just visually removing an item from the member’s nav menu.

If it helps, this is the method that adds the item to the nav menu.

@screampuff

I experimented with the code but couldn’t get it to work

Looking into it now…

—

As an aside, whilst looking through the plugin’s code, I noticed that endpoints (example.com/author/username/achievements) are used if you ever have BuddyPress disabled. Just something to keep in mind.